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-... 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#L... https://github.com/pure-data/pure-data/blob/autotools_updates/configure.ac#L62
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/