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.



_______________________________________________
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