develooper Front page | perl.perl5.porters | Postings from December 2016

Re: [perl #130423] DBL_MAX (and the like) not parsed

Thread Previous | Thread Next
From:
sisyphus1
Date:
December 29, 2016 06:41
Subject:
Re: [perl #130423] DBL_MAX (and the like) not parsed
Message ID:
6A1AAF1F64CB44F390B1E6DBB3EB19A4@OwnerPC311012
-----Original Message----- 
From: Zefram
Sent: Thursday, December 29, 2016 4:07 PM
To: perl5-porters@perl.org
Subject: Re: [perl #130423] DBL_MAX (and the like) not parsed

> sisyphus1@optusnet.com.au wrote:
>>FWIW, on Windows (perl-5.25.7,  MSWin32-x64-multi-thread) y1 and y2 are 
>>the
>>same as above, but y3 differs:
>...
>>y3 =
>>179769313486231570000...0000.000000
>
> That's fucked up.  Looks like it's libc's fault

Agreed.
There's no such issue with "long double" mingw builds.

In win32/GNUMakefile we have:

ifeq ($(USE_LONG_DOUBLE),define)
BUILDOPT        += -D__USE_MINGW_ANSI_STDIO
MINIBUILDOPT    += -D__USE_MINGW_ANSI_STDIO
endif

I think there's a good chance that *unconditionally* 
adding -D__USE_MINGW_ANSI_STDIO to both BUILDOPT and MINIBUILDOPT will fix 
that problem with the "double" builds.

> But anyway, that's unrelated to the input problem with which this ticket 
> is concerned.  Open a separate ticket if you want to pursue it.

Shall do. (I'll do some testing first - in case there turns out to be more 
to it.)

Cheers,
Rob 


Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About