[PD] Easy way to list used abstractions in patch?
patrice colet
colet.patrice at free.Fr
Fri Jul 28 10:52:08 CEST 2017
I was more thinking about a tool that would determine platforms were the
distribution would work by fetching database containing an historic of
all pd functions, internals, externals, and abstractions.
Then the distribution provider would know if it works on other
platforms, and why it wouldn't work, eventually advising the use of some
objects and methods over some other to be compatible everywhere, .
Of course deken could be used at the other end for providing the missing
objects.
Building pd wouldn't resolve many cases were some functions aren't
compatible between different platforms.
Le 28/07/2017 à 00:41, Fede Camara Halac a écrit :
> Of course a pd patch is in itself platform independent, which is what allows one to bring patches to diff platforms.
>
> For externals, my guess is that you can ask deken to fetch the corresponding binary for the target platform and use that in the exported bundle.
>
> I dont understand, though, how from pd in one platform you would build pd for another. Or, perhaps you dont need to build and you need only to fetch the corresponding build from Miller's builds and put the libs in the "extra" (as suggested in the deken path github discussion)
>
> Are Miller's builds dekenizable for that matter?
>
>
> fdch.github.io/tv
>
>
>
>> On Jul 27, 2017, at 5:57 PM, patrice colet <colet.patrice at free.Fr> wrote:
>>
>> functions in pd headers
More information about the Pd-list
mailing list