Cycling 74 » Topic: Max5 SDK bollockses Pluggo

Max5 SDK bollockses Pluggo

nick rothwell / cassiel — Tue, 10 Feb 2009 10:30:57 +0000

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
http://www.cassiel.com
http://www.myspace.com/cassieldotcom
http://www.last.fm/music/cassiel
http://www.reverbnation.com/cassiel
http://www.linkedin.com/in/cassiel
http://www.loadbang.net

Re: Max5 SDK bollockses Pluggo

Emmanuel Jourdan — Tue, 10 Feb 2009 16:03:43 +0000

Re: Max5 SDK bollockses Pluggo

Brad Garton — Tue, 10 Feb 2009 23:14:03 +0000

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.

brad

http://music.columbia.edu/~brad

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
> http://www.cassiel.com
> http://www.myspace.com/cassieldotcom
> http://www.last.fm/music/cassiel
> http://www.reverbnation.com/cassiel
> http://www.linkedin.com/in/cassiel
> http://www.loadbang.net
>
>

Re: Max5 SDK bollockses Pluggo

martinrobinson — Wed, 11 Feb 2009 07:03:24 +0000

…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.

Re: Max5 SDK bollockses Pluggo

nick rothwell / cassiel — Wed, 11 Feb 2009 13:02:14 +0000

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.

Re: Max5 SDK bollockses Pluggo

nick rothwell / cassiel — Wed, 11 Feb 2009 13:06:40 +0000

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.

Re: Max5 SDK bollockses Pluggo

martinrobinson — Wed, 11 Feb 2009 20:11:11 +0000

—————————————————-
> 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.