This is great! Thanks!
So, there is no need to compile externals along with libpd; meaning that you only need to compile libpd with libdl support and use externals available from deken, provided that these externals have been compiled with -DPDINSTANCE, that you add their path to libpd (when compiling libpd?) and finally that you [declare] them on your patch as usual?
fdch.github.io
On May 26, 2020, at 4:00 PM, Christof Ressi info@christofressi.com wrote:
Note that some externals might need to be recompiled with -DPDINSTANCE if they contain references to global symbols like s_float, s_list, etc. (that's why it's better to use gensym("float") and gensym("list") instead of &s_float or &s_list)
Also, older versions of libpd produced a Windows DLL with the name libpd.dll, but Pd externals on Windows link against pd.dll (symbols are not auto-imported). This has been fixed recently (1 year ago?).
Christof
On 26.05.2020 19:58, Dan Wilcox wrote: Externals work fine with libpd if it is compiled with libdl support. You need to add the path to the external, then use declare to load it.
Whoever is providing the C# libpd binary probably didn't compile it with libdl. The compiler flag is listed in the libpd readme.
On May 26, 2020, at 4:22 PM, pd-list-request@lists.iem.at wrote:
Date: Tue, 26 May 2020 11:00:53 -0300 From: Fede Camara Halac camarafede@gmail.com To: Pd-List pd-list@lists.iem.at Subject: Re: [PD] Unity and libpd Message-ID: 7B245B40-420A-4CE3-B01D-BBB287BB4C79@gmail.com Content-Type: text/plain; charset="utf-8"
One thing I'd like is to have a way of compiling externals to use with libpd.
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list