Re: M4 1.4.9b testsuite failure

2007-06-03 Thread Andreas Schwab
Bruno Haible <[EMAIL PROTECTED]> writes: > Andreas Schwab wrote about IA-64 Pseudo-NaNs: >> It's definitely not a valid encoding. > > [1] calls it an "unsupported" encoding. Don't mix the ia64 fpu register encoding with the i387 extended real encoding. They are unrelated. Read the ia32 manual:

Re: M4 1.4.9b testsuite failure

2007-06-03 Thread Andreas Schwab
Bruno Haible <[EMAIL PROTECTED]> writes: > The purpose of the test is not to create a signalling NaN (despite the > comment saying so). The purpose is to create a binary representation of > a NaN that is not one of the "usual" NaNs. Even if that were true (which obviously isn't), it still fails t

Re: m4-1.4.9b on IRIX 6.5

2007-06-03 Thread Gary V. Vaughan
Hi Bruno, On 2 Jun 2007, at 01:43, Bruno Haible wrote: Gary V. Vaughan reported in http://article.gmane.org/gmane.comp.lib.gnulib.bugs/10446 that on IRIX 6.5: test-lseek.sh fails with SIGSYS. This works around it by disabling the corresponding portion of the test. It's rare that program c

Re: m4-1.4.9b on Solaris/SPARC

2007-06-03 Thread Gary V. Vaughan
On 2 Jun 2007, at 02:55, Bruno Haible wrote: Gary V. Vaughan reported in http://article.gmane.org/gmane.comp.lib.gnulib.bugs/10446 that on Solaris/SPARC: Thanks for that 'truss' log. It clearly points to the bug in the test. This should fix it. 2007-06-01 Bruno Haible <[EMAIL PROTECTED]>

Re: m4-1.4.9b on HP-UX 11

2007-06-03 Thread Gary V. Vaughan
Hi Bruno, [[Cc:ing Albert Chin: Albert, why do we need +Onofltacc in the standard hpux11.23 flags, when it clearly causes NaN regressions?]] On 3 Jun 2007, at 01:48, Bruno Haible wrote: Gary V. Vaughan wrote in http://lists.gnu.org/archive/html/bug-gnulib/2007-06/msg5.html [For som

Re: Test results for m4-1.4.9b

2007-06-03 Thread Gary V. Vaughan
Hi Bruno, On 3 Jun 2007, at 02:03, Bruno Haible wrote: Gary V. Vaughan wrote: powerpc-apple-darwin8.9.0: 2 failed gnulib tests Cannot reproduce on powerpc-apple-darwin7.9.0. Which compiler and optimization flags did you use? Gcc from Apple's Xcode package as shipped on my Tiger inst

Re: Test results for m4-1.4.9b on HP-UX 10

2007-06-03 Thread Gary V. Vaughan
Hi Bruno, [[Cc:ing Albert Chin for context surrounding my last post]] On 3 Jun 2007, at 02:15, Bruno Haible wrote: Gary V. Vaughan wrote: hppa2.0-hp-hpux10.20: Unable to compile 1 gnulib test; 2 gnulib test failures and 1 failed m4 check cc -I. -I../lib -I. -I. -I.. -I./.. -I../lib -I./../

OT: gmane archives [WAS Re: m4-1.4.9b on HP-UX 11]

2007-06-03 Thread Gary V. Vaughan
Hi Bruno, On 3 Jun 2007, at 01:48, Bruno Haible wrote: [For some reason, I can see your last 3 mails on gmane and on lists.gnu.org, but they don't came into my mailbox. And I have no spam filter.] [sorry to respond on-list, but there is no other way to contact you right now!] You're MTA

Re: m4-1.4.9b on HP-UX 11

2007-06-03 Thread Albert Chin-A-Young
On Sun, Jun 03, 2007 at 02:53:22PM +0100, Gary V. Vaughan wrote: > [[Cc:ing Albert Chin: Albert, why do we need +Onofltacc in the > standard hpux11.23 > flags, when it clearly causes NaN regressions?]] >From the cc(1) man page: +O[no]fltacc Disable [enable] floating-point optimiz

Re: OT: gmane archives [WAS Re: m4-1.4.9b on HP-UX 11]

2007-06-03 Thread Bruno Haible
Hello Gary, Thanks for the help. I forwarded the two delivery failure reports to my mail provider. Let's see... In the meantime, you can CC me under >>bhaible at web dot de<<. Thanks. Bruno

Re: m4-1.4.9b on HP-UX 11

2007-06-03 Thread Bruno Haible
Albert Chin wrote: > From the cc(1) man page: >+O[no]fltacc Disable [enable] floating-point optimizations that > can result in numerical differences. > ... > So, +Onofltacc disables floating-point optimizations. I interpret this differently: +O

Re: m4-1.4.9b on HP-UX 11

2007-06-03 Thread Albert Chin-A-Young
On Mon, Jun 04, 2007 at 04:24:26AM +0200, Bruno Haible wrote: > Albert Chin wrote: > > From the cc(1) man page: > >+O[no]fltacc Disable [enable] floating-point optimizations that > > can result in numerical differences. > > ... > > So, +Onofltacc disables flo