On 01/04/12 15:11, Bruno Haible wrote:
> 190112132045.51 return value mismatch: got 0, expected 1
> skipping 190112132045.52: result is out of range of your time_t
That test assumes that signed integer overflow wraps around,
which isn't a safe assumption these days. I pushed this
to remove the as
On Wednesday, January 04, 2012 09:58:01 AM Bruno Haible wrote:
>Please let us know how
> it works for you. Ultimately, these things should be documented in the
> INSTALL file, which comes from Autoconf's documentation.
It's working fine now. (At least for the 32-bit build -- I personally
> http://meyering.net/cu/coreutils-8.14.116-1e18d.tar.xz
On HP-UX 11.00 with vendor cc:
All coreutils tests pass. But 2 gnulib tests fail:
FAIL: test-posixtm
==
0101.00 return value mismatch: got 0, expected 1
12312359.59 return value mismatch: got 0, expected 1
0
> http://meyering.net/cu/coreutils-8.14.116-1e18d.tar.xz
Some progress compared to the last test on 2011-10-08: Now, all coreutils
tests pass. Still, 4 gnulib tests fail:
FAIL: test-fdutimensat
==
test-utimens.h:117: assertion failed
FAIL: test-futimens
==
Daniel Schepler wrote:
> One more question: for a 64-bit Windows build,
If you build with the mingw-w64 toolchain, most probably the easiest
approach is through the Cygwin 'mingw64-x86_64' package [1]. For this one,
you need to use --host=x86_64-w64-mingw32, then configure will find the
compiler t
Hi Jim.
On 01/04/2012 08:20 PM, Jim Meyering wrote:
>
> Thank you for the report!
> Here's a gnulib patch that should avoid that failure:
>
> From 77a1dda86f92f8e54da4e6344911a561ccfaba08 Mon Sep 17 00:00:00 2001
> From: Jim Meyering
> Date: Wed, 4 Jan 2012 20:19:37 +0100
> Subject: [PATCH] tes
Stefano Lattarini wrote:
> On 01/03/2012 06:10 PM, Jim Meyering wrote:
>> > FYI, here's a snapshot of what will soon be coreutils-8.15,
>> > expected on Thursday or Friday.
>> >
>> > coreutils snapshot:
>> > http://meyering.net/cu/coreutils-ss.tar.xz 5.2 MB
>> > http://meyering.net/cu/core
On Wednesday, January 04, 2012 09:58:01 AM Bruno Haible wrote:
> > Btw, should that be --build=i686-w64-mingw32 instead since I'm not cross-
> > compiling?
>
> It is important to pass the right --host option. Passing a --build option
> is often not needed. Whether you specify i586-pc-mingw32 or
>
Daniel Schepler wrote:
> > 3) Use a configuration statement like this:
> > ...
> OK, thanks for the pointers. Is this documented somewhere in gnulib or
> perhaps in autoconf/automake?
It is not yet documented, because the support in gnulib is pretty recent
and the support in libtool is work-in
On 01/04/12 05:43, Bruno Haible wrote:
>> * lib/poll.c mentions "Win9x" and "WinXP".
>> * lib/select.c is similar.
>
> Agreed.
OK, thanks, I pushed those comment changes.
> I'm really not a fan of rewriting history.
Nor am I, and I guess you're right that it's not worth it here.
I left that
On Tuesday, January 03, 2012 09:08:32 PM Bruno Haible wrote:
> Daniel Schepler wrote:
> > First of all, if I try running gnulib-tool --import --lgpl=2 glob, it
> > reports the license of opendir, readdir, closedir modules is
> > incompatible. (I guess because their files report "LGPL" as the licen
FYI,
>From 2438ef921151227c7acbecc7975cd612b548a94d Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Wed, 4 Jan 2012 17:54:57 +0100
Subject: [PATCH] test-vc-list-files-cvs.sh: remove obsolete comment
* tests/test-vc-list-files-cvs.sh: Remove obsolete comment about
double exit. Now that's all e
Paul Eggert wrote:
> > Here's my counter-proposal (attached).
>
> Thanks, that looks pretty good.
OK, I've committed that.
> I see three files that still need work, though:
>
> * lib/poll.c mentions "Win9x" and "WinXP".
> * lib/select.c is similar.
Agreed.
> * ChangeLog entries needed.
>
On 01/02/12 15:59, Bruno Haible wrote:
> Here's my counter-proposal (attached).
Thanks, that looks pretty good. I see three files that
still need work, though:
* lib/poll.c mentions "Win9x" and "WinXP".
* lib/select.c is similar.
* ChangeLog entries needed.
Also, the old-ChangeLog-entry work
14 matches
Mail list logo
