[patch]gnu tar 1.19 system.c - VMS stuff

Just like on rtapelib, the vms vfork() does not really fork, it sets up a longjump, and the exec* command starts up the child. VMS C library maps pipes to a device known as a mailbox, and unlike pipes, mailboxes are small, limited to 65535 bytes. So for the output pipe, in external module, a

Re: strtod bugs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 3/30/2008 4:03 PM: | And just now, I tested cygwin with -O2, and got: | | ../../m4/tests/test-strtod.c:149: assertion failed | ../../m4/tests/test-strtod.c:221: assertion failed | | which looks like rounding errors in comput

[patch]gnu tar 1.19, rtapelib.c

This is what VMS needs to be able to issue the rsh command. VMS does not really fork(), what happens is that the fork() calls a routine named vfork() via a macro which sets a longjump to appear to return twice. First it vfork() returns with a status of 0 to pretend to be a child, but it real

[patch]gnu tar 1.19 canonicalize-lgpl_c.gdiff

Update VMS special code to work with gnulib headers. -John [EMAIL PROTECTED] Personal Opinion Only --- /src_root/tar-1.19/lib/canonicalize-lgpl.c Fri Sep 28 08:11:36 2007 +++ /stage_vms_src/tar-1.19/lib/canonicalize-lgpl.c Mon Dec 17 18:37:41 2007 @@ -68,9 +68,15 @@ # include "pathmax.h" #

Re: strtod bugs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 3/31/2008 4:04 PM: | Eric Blake wrote: |> The problem was that Solaris 8 does not define NAN anywhere, so the |> test failures I saw in the NaN section of test-strtod.c were because |> Solaris was correctly parsing NaN, bu

Re: LIBDEPS vs. module Link: directive

Hi Eric, > Back in 2006, gnulib-tool added support to generate the variable > LIB_LIBDEPS that could be used in Makefile.am to pull in any libraries > required by gnulib but not the main program. > http://git.sv.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=a262d09e > > However, this doesn't seem

Re: strtod bugs

Eric Blake wrote: > Even more thanks! I'm adding the following, which does some more > interpretation of your results. Thanks. Somehow now I get slightly different results on OSF/1 4.0. Updated: 2008-03-31 Bruno Haible <[EMAIL PROTECTED]> * tests/test-strtod.c (main): Update results f

Re: strtod bugs

Eric Blake wrote: > * tests/test-strtod.c: New file. The file is using C99 syntax; Solaris cc does not grok it. This converts it to C89 syntax. 2008-03-31 Bruno Haible <[EMAIL PROTECTED]> * tests/test-strtod.c (main): Don't use C99 syntax. --- tests/test-strtod.c.orig2008-04-01 0

Re: strtod bugs

Eric Blake wrote: > The problem was that Solaris 8 does not define NAN anywhere, so the > test failures I saw in the NaN section of test-strtod.c were because > Solaris was correctly parsing NaN, but the test thought that NaN was not > possible. So, the '#ifdef NAN' needs to go. It's less portable

Re: strtod bugs

Eric Blake wrote: > should we raise this as a gcc bug, that when it > does constant-folding optimization of signbit at compile-time > (signbit(-0.0) => 1), it results in a different value than when the macro > is used on a runtime value (signbit(result) => mask off all but the sign bit)? I don't t

Re: strtod bugs

Eric Blake <[EMAIL PROTECTED]> wrote: > According to Jim Meyering on 3/31/2008 11:24 AM: > | > | Actually, strtod is doing the right thing: it produces -0, > | with both the libc version and the gnulib-supplied function. > | > | The trouble is that signbit(result) returns INT_MIN, > | while signbi

Re: strtod bugs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 3/31/2008 1:22 PM: | | The trouble is that signbit(result) returns INT_MIN, | | while signbit(-0.0) returns 1. Both seem to be allowed, so | | how about this change? It solves the problem for me. | | Good catch. Yes, sign

Re: strtod bugs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 3/31/2008 11:24 AM: | | Actually, strtod is doing the right thing: it produces -0, | with both the libc version and the gnulib-supplied function. | | The trouble is that signbit(result) returns INT_MIN, | while signbit(-0.

Re: strtod bugs

Eric Blake <[EMAIL PROTECTED]> wrote: > According to Jim Meyering on 3/30/2008 8:49 AM: ... > Ahh. That makes sense - I was going off the line numbers in gnulib, not > in my bootstrapped copy of coreutils. Maybe the same bootstrap process > that adds those two lines should add a third line? > #li

LIBDEPS vs. module Link: directive

Back in 2006, gnulib-tool added support to generate the variable LIB_LIBDEPS that could be used in Makefile.am to pull in any libraries required by gnulib but not the main program. http://git.sv.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=a262d09e However, this doesn't seem to work unless the mo

Re: strtod bugs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 3/31/2008 6:24 AM: | | - You seem to have seen problems on Solaris 8 that I did not see. | What can | | be the reason? Did you use gnulib's signbit and isnan functions? I | used | | the ones from the system, or tri

Re: strtod bugs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 3/30/2008 6:11 PM: | Find attached the results on a dozen of platforms. Thanks. | | I integrated these test results into test-strtod.c as comments (since we don't | yet have a matrix like in m4/printf.m4), using a script

Re: Bug in GNULIB wchar.h?

Paul Eggert wrote: > Thanks, I installed it into gnulib with this ChangeLog entry: > > 2008-03-30 Paul Eggert <[EMAIL PROTECTED]> > > * lib/wchar.in.h [defined __need_mbstate_t]: Just include . > Problem reported by Erik Benada in >