[PD-dev] double precision pd?
Dan Wilcox
danomatika at gmail.com
Mon Jun 12 12:21:34 CEST 2023
My gut feeling is that this is best kept as two separate builds for the platform. IMO we don't want to have to resort to a lot of trickery fighting the system's preferred modus operandi as it will, as you write, likely blow up in our faces.
> On Jun 12, 2023, at 12:00 PM, pd-dev-request at lists.iem.at wrote:
>
> Message: 1
> Date: Mon, 12 Jun 2023 09:08:36 +0200
> From: IOhannes m zm?lnig <zmoelnig at iem.at <mailto:zmoelnig at iem.at>>
> To: pd-dev at lists.iem.at <mailto:pd-dev at lists.iem.at>
> Subject: Re: [PD-dev] double precision pd?
> Message-ID: <d02ebe17-dce6-98a3-b55c-0f923c5f79ec at iem.at <mailto:d02ebe17-dce6-98a3-b55c-0f923c5f79ec at iem.at>>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> On 6/8/23 15:23, IOhannes m zm?lnig wrote:
>>> Oh no, compilation will be complex.
>>
>> Not really.
>> You basically have to build twice...
>
> oh no, i forgot about the intricacies of the windows build.
>
> with macOS and Linux we have this nice single "pd" binary (or "pd64").
> but with Windows we need the supporting pd.dll library where all the
> guts live (so externals have something to link against), and as of now,
> double-precision externals on Windows will link against pd.dll as well
> (but expect that to be contain the double-variant).
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20230612/86bac07a/attachment.htm>
More information about the Pd-dev
mailing list