[PD] pd double precision

[Alexandre Torres Porres]

Em sex., 26 de nov. de 2021 às 13:33, Lucas Cordiviola <
lucarda27 at hotmail.com> escreveu:

> @porres Pd-ceammc builds Pd and their externals (for double) using default
> file extension.
>
> @christof Deken is prepared for that.
> "vstplugin~[v0.5.3](Windows-amd64-32).dek". See the last -32 should be -64
> for double.
>

yup, ceammc shows up as "Darwin-amd64-64" for me here, and the binary is
"ceammc.d_amd64"



>
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
> On 11/26/2021 1:17 PM, Christof Ressi wrote:
>
> As I see it, one can already build FAT externals if they want to.
>
> No, you can't. I think you're confusing this with fat binaries on macOS
> containing different architectures (which is not related).
>
> At the moment, there is just no "official" strategy how to handle double
> precision externals. Of course, you can compile externals
> -DPD_FLOATSIZE=64, but how do you install them next to single precision
> externals? How should they be managed by Deken? These are all still open
> questions at the moment. There are various possible solutions, but no
> consensus.
>
> On the other hand, we *could* release double precision Pd without official
> support for externals. I'm just not sure if this is a good idea...
> Personally, think we should first stabilize the API/ABI.
>
> Christof
> On 26.11.2021 17:02, Alexandre Torres Porres wrote:
>
>
>
> Em sex., 26 de nov. de 2021 às 10:50, Christof Ressi <
> info at christofressi.com> escreveu:
>
>> @Lucarda Thanks for the link!
>>
>> There is some more discussion in the linked issue:
>> https://github.com/pure-data/pure-data/issues/900
>>
>> @porres As you can see, there are practical problems which need to be
>> solved before making it official.
>>
>
> I don't really get what is the issue though. As I see it, one can already
> build FAT externals if they want to. The fact that none (or very few)
> libraries are available or will be shouldn't be an actual concern as well,
> as I consider that this is a third party issue. If Pd Vanilla nicely fully
> runs in double precision, that should grant its release as a package binary
> out there so people can start fiddling with it, even though they're not
> using externals.
>
> What I consider more proper is updating the documentation to tell the
> difference and also different behaviour of a particular object (specially
> array objects like [tabread4~]), but that can easily be done and I can take
> care of that.
>
> I mean, Pd-ceammc has already been shipping itself with double precision
> binaries and I understand they're just using vanilla's core, no code
> changes.
>
> Discussions on new strategies to build external libraries can happen later
> and for a next release. And will probably get more traction once the double
> precision beast is out of the cage.
>
> What am I missing? What doesn't make sense here?
>
> cheers
>
>>
>> Anyway, I think it's a good idea to start discussing this again *after*
>> Pd 0.52 has been released as there are still enough issues that need our
>> attention :-)
>>
>> Christof
>>
>> On 26.11.2021 13:04, Lucas Cordiviola wrote:
>> >
>> > On 11/26/2021 8:48 AM, Alexandre Torres Porres wrote:
>> >> Can you pinpoint the issue? what do we have to decide on externals?
>> >>
>> >> ceammc already offers a double precision download for vanilla, I
>> >> would also like to start providing my externals for that too
>> >> (cyclone/ELSE).
>> >>
>> >> What do I need to do?
>> >>
>> >> cheers
>> >>
>> >
>> > https://github.com/pure-data/pure-data/issues/902
>> >
>> >
>> > --
>> >
>> > Mensaje telepatico asistido por maquinas.
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > Pd-list at lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> > https://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>> _______________________________________________
>> Pd-list at lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
> _______________________________________________Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>
> _______________________________________________
> 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/20211126/cbba9715/attachment.htm>