[PD] "make app" for vanilla?

[Christof Ressi]

> I meant you have to get the source of the externals and compile it 
> yourself
Not necessarily. That is only the case if libpd is compiled with 
multi-instance support and the (single-instance) external uses global 
variables (like 's_symbol', 's_float', etc.).

The 's_*' variables will cause an obvious linker error. 'pd_this' is a 
bit more tricky*), but I think externals are not  supposed to use it 
directly.

Christof

*) For single-instance externals 'pd_this' is a macro for accessing 
'pd_maininstance', while for multi-instance libpd 'pd_this' points to 
the current instance. Unfortunately, the latter also exports 
'pd_maininstance', so we would get silent failures instead of a linker 
error. Maybe multi-instance libpd shouldn't export 'pd_maininstance' at all?

On 02.01.2021 22:33, Alexandre Torres Porres wrote:
> Em sáb., 2 de jan. de 2021 às 15:35, IOhannes m zmölnig 
> <zmoelnig at iem.at <mailto:zmoelnig at iem.at>> escreveu:
>
>     Am 2. Jänner 2021 17:10:21 MEZ schrieb Alexandre Torres Porres
>     <porres at gmail.com <mailto:porres at gmail.com>>:
>     > Yeah, we
>     > have libpd, but that doesn't support externals out of the box, for
>     > instance.
>
>
> Yeah, I know you can compile libpd with externals, bue well, you know, 
> by "out of the box" I meant you have to get the source of the 
> externals and compile it yourself, and that alone may even not work 
> right away, so it involves some hassle.
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20210102/2f6bf630/attachment.html>