bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: m4-1.4.11 strtod test failure


From: Bob Friesenhahn
Subject: Re: m4-1.4.11 strtod test failure
Date: Thu, 3 Apr 2008 21:14:00 -0500 (CDT)

On Thu, 3 Apr 2008, Eric Blake wrote:

According to Bob Friesenhahn on 4/3/2008 10:15 AM:
| Under Solaris 10U4 x86, m4's strtod test blows up.  Hopefully the code
| does not now rely on Linux glibc's strtod irritatingly "wrong" behavior
| related to supposed "hex" values.  I see that the lines which fail
| include a comment which lists all of the known operating systems in the
| universe except for Linux. ;-)

Thanks for the report.  Yes, that was a risk I took in changing strtod
right before the release.  And no, Linux is not perfect (although it comes
closest) - most released versions of glibc have at least one known bug
that wasn't fixed in CVS until last week.  Cygwin came a close second at
having the fewest strtod failures.

If I sound a bit harsh on Linux's "enhanced" strtod() it is because it cost me several days worth of time to work-around it. GraphicsMagick uses many arguments of the form NxN (in thousands of places) and Linux's non-standard behavior caused the argument parsing not to work if the first number happened to be 0. There are plenty of other glibc "enhancements" which cause problems for standard code.

For that matter, can you please post the relevant portion of config.log,
where we were investigating whether strtod works?  Maybe the problem is

Here it is:
configure:22035: checking for working strtod
configure:22086: gcc-4.2.1 -std=gnu99 -o conftest -O2  -L/usr/local/lib 
-R/usr/local/lib conftest.c  >&5
configure:22089: $? = 0
configure:22095: ./conftest
configure:22098: $? = 0
configure:22114: result: yes
configure:22286: checking whether strtod obeys C99
configure:22335: gcc-4.2.1 -std=gnu99 -o conftest -O2  -L/usr/local/lib 
-R/usr/local/lib conftest.c  >&5
configure:22338: $? = 0
configure:22344: ./conftest
configure:22347: $? = 0
configure:22363: result: yes

Bob
======================================
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]