[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