> On Oct 12, 2016, at 9:30 AM, Jonathan Wilkes <jancs...@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: 

> 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: 

Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>

Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 

Reply via email to