On Oct 12, 2016, at 9:30 AM, Jonathan Wilkes <jancsika@yahoo.com> wrote:

When building the app bundle, Hans (I think) wrote a script that can grab the
/opt/local/lib dependencies, copy them to the app bundle, and revise the path
in the binary using @executable_path to make sure the dependecies in the app
bundle are correctly found when loading an external.

Yeah, that’s probably using install_name_tool. Here’s an old but relevant discussion on this: http://forums.macrumors.com/threads/embedding-or-statically-linking-against-a-dylib.176077/

Now, with homebrew:
otool -L oggread~.pd_darwin

/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 915.0.0)

***

There's no path listed at all to the ogg lib dependencies. When I try to load
oggread~ with the Purr Data app bundle I just created it doesn't search
/usr/local/lib and consequently reports missing symbols.

I’m not sure. Maybe, try explicitly adding /usr/local/include to the header search path and /usr/local/lib to the linker search path? I’m doing that in the autotools_update brach configure.ac: https://github.com/pure-data/pure-data/blob/autotools_updates/configure.ac#L62

--------
Dan Wilcox
@danomatika
danomatika.com

robotcowboy.com