Max5 SDK bollockses Pluggo


    Feb 10 2009 | 10:30 am
    I get this in the Console when Ableton Live tries to load my Pluggo stuff:
    10/02/2009 10:23:35 Live[14387] Error loading /Library/Application Support/C74 Plug-in Support/VstPlugLib.bundle/Contents/MacOS/ VstPlugLib: dlopen(/Library/Application Support/C74 Plug-in Support/ VstPlugLib.bundle/Contents/MacOS/VstPlugLib, 262): Symbol not found: _path_translate Referenced from: /Library/Application Support/C74 Plug-in Support/ VstPlugLib.bundle/Contents/MacOS/VstPlugLib Expected in: /Library/Frameworks/MaxAPI.framework/Versions/A/MaxAPI
    This is presumably due to the Max5 SDK Framework being there (as of a few days ago when I installed it).
    I was just following orders:
    Copy frameworks (MaxAPI.framework etc.) from /Applications/MaxMSP.app/Contents/Frameworks to /Library/Frameworks [sic.]
    I notice that the frameworks are also included verbatim in the SDK release.
    I guess I now need to reinstall Pluggo. What's the best method to make sure they coexist? I assume Max5 uses its own internal frameworks.
    -- N.
    Nick Rothwell / Cassiel.com Limited www.cassiel.com www.myspace.com/cassieldotcom www.last.fm/music/cassiel www.reverbnation.com/cassiel www.linkedin.com/in/cassiel www.loadbang.net

    • Feb 10 2009 | 4:03 pm
    • Feb 10 2009 | 11:14 pm
      Hi Nick --
      I ran into the exact same problem this past weekend. I had renamed my Max4 Frameworks (and the sub-contents) things like "MaxAPI-4.x" and changed my Xcode projects to pick up on that name, but then I found that Pluggo was not a happy camper. It seems that the Max5 SDK is a bit more flexible about where you place the MaxAudioAPI and MaxAPI frameworks, so I've kept them in the max-includes/ and msp-includes/ directories and have Xcode look for them there.
      I thought I was set by renaming the Max4*API frameworks until the pluggo issue happened. I think the problem is that trying to compile Max5 projects might pick up the Max4 frameworks if they are named "MaxAudioAPI" and "MaxAPI" and are in the /Library/Frameworks/ directory, so it looks like I'll have to shuttle them in and out when doing development work and/or using pluggo.
      You don't need to reinstall pluggo -- just grab the two frameworks from the Max4 SDK and put them into /Library/Frameworks.
      On Feb 10, 2009, at 5:30 AM, Nick Rothwell wrote:
      > I get this in the Console when Ableton Live tries to load my Pluggo > stuff: > > 10/02/2009 10:23:35 Live[14387] Error loading /Library/Application > Support/C74 Plug-in Support/VstPlugLib.bundle/Contents/MacOS/ > VstPlugLib: dlopen(/Library/Application Support/C74 Plug-in Support/ > VstPlugLib.bundle/Contents/MacOS/VstPlugLib, 262): Symbol not found: > _path_translate > Referenced from: /Library/Application Support/C74 Plug-in Support/ > VstPlugLib.bundle/Contents/MacOS/VstPlugLib > Expected in: /Library/Frameworks/MaxAPI.framework/Versions/A/MaxAPI > > This is presumably due to the Max5 SDK Framework being there (as of > a few days ago when I installed it). > > I was just following orders: > > Copy frameworks (MaxAPI.framework etc.) from > /Applications/MaxMSP.app/Contents/Frameworks > to > /Library/Frameworks [sic.] > > I notice that the frameworks are also included verbatim in the SDK > release. > > I guess I now need to reinstall Pluggo. What's the best method to > make sure they coexist? I assume Max5 uses its own internal > frameworks. > > -- N. > > > Nick Rothwell / Cassiel.com Limited > www.cassiel.com > www.myspace.com/cassieldotcom > www.last.fm/music/cassiel > www.reverbnation.com/cassiel > www.linkedin.com/in/cassiel > www.loadbang.net > >
    • Feb 11 2009 | 7:03 am
      ...and the SDK still has multiple copies of the header files due to resolved symlinks
      try:
      zip -ryX MaxSDK-5.0.6.zip MaxSDK-5.0.6 -x *.DS_Store* *.svn*
      then it's only 5MB
      ..sorry to mention this again.
    • Feb 11 2009 | 1:02 pm
      On 11 Feb 2009, at 07:03, Martin Robinson wrote:
      > ...and the SDK still has multiple copies of the header files due to > resolved symlinks
      I was going to report that as well.
      It's not totally clear to me why the SDK has the frameworks - won't most developers have a copy of Max 5 and the technical nonce to copy the frameworks out of the application bundle?
      -- N.
      Nick Rothwell / Cassiel.com Limited www.cassiel.com www.myspace.com/cassieldotcom www.last.fm/music/cassiel www.reverbnation.com/cassiel www.linkedin.com/in/cassiel www.loadbang.net
    • Feb 11 2009 | 1:06 pm
      On 10 Feb 2009, at 23:14, Brad Garton wrote:
      > I think the problem is that trying to compile Max5 projects might > pick up the Max4 frameworks if they are named "MaxAudioAPI" and > "MaxAPI" and are in the /Library/Frameworks/ directory
      I just modified a project to refer to the (broken-symlink) copy that shipped with the SDK and it seemed to build OK. I presume I could also build against the frameworks embedded in MaxMSP.app as well.
      -- N.
      Nick Rothwell / Cassiel.com Limited www.cassiel.com www.myspace.com/cassieldotcom www.last.fm/music/cassiel www.reverbnation.com/cassiel www.linkedin.com/in/cassiel www.loadbang.net
    • Feb 11 2009 | 8:11 pm
      ---------------------------------------------------- > On 11 Feb 2009, at 07:03, Martin Robinson wrote: > > > ...and the SDK still has multiple copies of the header files due to > > resolved symlinks > > I was going to report that as well. > > It's not totally clear to me why the SDK has the frameworks - won't > most developers have a copy of Max 5 and the technical nonce to copy > the frameworks out of the application bundle? >
      ----------------------------------------------------
      I seem to remember they have a different set of headers in the Max.app Frameworks.
      i.e., missing headers e.g., "ext_drag.h", "ext_time.h", "ext_itm.h", "ext_atomic.h"
      I was hoping to link to these headers without copying them, for example.