Have a look at the aubio external; that uses an external lib and is cross-platform. Looks like it uses waf instead of a makefile though.
http://puredata.info/downloads/aubio/
Joel
On 01/09/2015 05:52 PM, David Medine wrote:
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
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list