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.
Cheers,
David
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
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
