[PD-dev] double precision pd?
Dan Wilcox
danomatika at gmail.com
Mon Jun 5 12:48:44 CEST 2023
I agree the “64” naming, while technically correct, will just get mixed up with architecture.
Too bad “dp” is already used by pddp.
I now think of “wide” pd but that’s perhaps too general, although could be fun.
enohp ym morf tnes
-----------
Dan Wilcox
danomatika.com
robotcowboy.com
> On Jun 5, 2023, at 12:00 PM, pd-dev-request at lists.iem.at wrote:
>
> Message: 3
> Date: Mon, 5 Jun 2023 11:44:54 +0200
> From: IOhannes m zm?lnig <zmoelnig at iem.at>
> To: pd-dev at lists.iem.at
> Subject: Re: [PD-dev] double precision pd?
> Message-ID: <0891ab25-d572-828b-881a-cef4cc65c300 at iem.at>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
>> On 6/4/23 17:22, Alexandre Torres Porres wrote:
>> well, great then, cause it's been merged :) time to get ready for double
>> precision finally then I guess! Really excited about it <3
>
>
> the other question that ought to answered is: how do we actually call it
> in order to prevent confusion?
>
> "Pd double precision" is a bit clumsy.
>
> "Pd64" is terser ("pd64.exe", "libpd64.dll"; and that's what I called
> the tentative double-precision packages for Debian/Ubuntu/... for now)
> but of course there might be some confusion with amd64/x86_64/arm64...
More information about the Pd-dev
mailing list