single vs. double precision is not related to 64-bit vs. 32-bit software.
BTW, IOhannes already found a way so that single and double precision externals can coexist: https://github.com/pure-data/pure-data/pull/807/commits/8f3397b45b35fa5ec5dab018487554e40a61e369
Gesendet: Samstag, 04. Januar 2020 um 20:52 Uhr
Von: "Andrew Lyons" <tstext...@gmail.com>
An: "Peter P." <peterpar...@fastmail.com>, "William Huston" <williamahus...@gmail.com>, pd-list <pd-l...@iem.at>
Betreff: Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?
Von: "Andrew Lyons" <tstext...@gmail.com>
An: "Peter P." <peterpar...@fastmail.com>, "William Huston" <williamahus...@gmail.com>, pd-list <pd-l...@iem.at>
Betreff: Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?
On Sat, Jan 4, 2020, 9:57 AM Peter P. <peterpar...@fastmail.com> wrote:
> Would be nice if this could be done with perfect backward
> compatibility with existing externals.
It does not make much sense to provide backward compatibility with
externals imho. A solution should be possible using internal objects,
and if such a thing existed, it would make sense to give it a new name
(such as tabread4long~ or whatever
We could put all the 32 bit externals in a folder called system32, and then put all the 64-bit externals in a folder called system32. What could possibly go wrong? ;) Seriously though, it's probably better to apply occams razor to this change, and have software that works.
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
