On Mon, Jan 07, 2008 at 08:49:01PM -0700, Eric Blake wrote:
Definitely a bug in the resulting fseeko - POSIX requires a successful
seek to clear the EOF marker. The question now is whether this is the
native fseeko (in which case, m4/fseeko.m4 needs to be enhanced to detect
this flaw and work
On Sun, Jan 06, 2008 at 06:26:16AM -0700, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Peter Fales on 12/30/2007 11:46 PM:
| This change fixes the problem in in test-wcwidth. There is one other
| failure in test-fseeko.sh when building on RedHat 7.3.
More
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Peter Fales on 12/30/2007 11:46 PM:
| This change fixes the problem in in test-wcwidth. There is one other
| failure in test-fseeko.sh when building on RedHat 7.3.
More details, please?
- --
Don't work too hard, make some time for fun
This change fixes the problem in in test-wcwidth. There is one other
failure in test-fseeko.sh when building on RedHat 7.3.
On Sat, Dec 29, 2007 at 05:36:18PM +0100, Bruno Haible wrote:
Peter Fales wrote:
I'm seeing the following gnulib test failure while building
coreutils-6.9.91 on
Peter Fales wrote:
I'm seeing the following gnulib test failure while building
coreutils-6.9.91 on RedHat Linux 7.3. ... the failure
is at line 63 of gnulib-tests/test-wcwidth.c which says:
63 ASSERT (wcwidth (0x2060) == 0);
The value that is actually being returned is -1.
When
I'm seeing the following gnulib test failure while building
coreutils-6.9.91 on RedHat Linux 7.3. I'm not sure whether folks
want to support such old systems, but just in case...
I've attached the results of the verbose make check below, but the failure
is at line 63 of
