[PD] dynamic loading in external

David Medine dmedine at ucsd.edu
Sat Jan 10 00:52:25 CET 2015

Indeed, the ldl methods seem to work, but this is a horrible pain. It 
means sprintf-ing together function calls, and it will mean no little 
#ifdef _WIN32 statements. Blech!

Maybe somewhere on stackoverflow there is an answer to this problem. It 
does seem to be Pd specific, though.

On 1/9/2015 3:04 PM, David Medine wrote:
> Thanks for this.
> Yeah, I forgot to mention that I also set the LD_LIBRARY_PATH variable 
> to the correct directory. I hope not to have to use dynamic loading in 
> the code, particularly since I want this to work on Windows eventually 
> as well.
> On 1/9/2015 2:12 PM, Claude Heiland-Allen wrote:
>> On 09/01/15 21:34, David Medine wrote:
>>> I am writing an extern that uses a 3rd party shared object library. I
>>> keep getting a
>>> "cannot open shared object file: No such file or directory"
>> Maybe set the LD_LIBRARY_PATH environment variable to the directory 
>> containing your 3rd party .so before starting Pd.
>> Or rewrite your extern to use dlopen() dlsym() etc (which would be a 
>> pain if your .so has a lot of symbols you need to reference).
>>> posted to the Pd console when I load the extern. The library is linking
>>> properly in my makefile (as far as I can tell) and the .so file that I
>>> want the extern to load is in the same folder as the extern.
>> Claude
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

More information about the Pd-list mailing list