On Linux/glibc platforms x86_64, hppa, ia64, ppc (32-bit), sparc (32-bit),
coreutils compiles fine and passes all its tests and all of the gnulib tests,
except as follows.
On Linux/ppc, there are 2 test failures:
FAIL: test-fdutimensat
FAIL: test-futimens
FAIL: test-utimens
FAIL: test-utimensat
On 03/16/2012 02:50 PM, Jim Meyering wrote:
> the TABs (maybe required in glibc?)
Yes, that's right. Currently I'm having problems
getting mktime fixes back into glibc, and one of
the issues is that we expanded tabs to spaces.
What a hassle.
> I consider grep's choice of when to use regex vs. DF
[adding bug-gnulib]
On 03/16/2012 04:19 PM, Bob Friesenhahn wrote:
> On Fri, 16 Mar 2012, Eric Blake wrote:
>>> Can anything be done to make things work in a git checkout without
>>> having git available after bootstrap? Please?
>>
>> It should already be possible. To skip that check, run:
>>
>>
Paul Eggert wrote:
>>> > I think we should give a "repeat count too large" error here. The regex
>>> > is being compiled to a different meaning than what the user intended.
>> Yes, definitely.
>> In testing, I noticed that we diagnose the range error
>> in the regexp path, but not in the DFA one,
>> > I think we should give a "repeat count too large" error here. The regex
>> > is being compiled to a different meaning than what the user intended.
> Yes, definitely.
> In testing, I noticed that we diagnose the range error
> in the regexp path, but not in the DFA one, but haven't
> gotten aro
* lib/git-merge-changelog.c: Add example on how to use in .hgrc.
---
ChangeLog |5 +
lib/git-merge-changelog.c | 10 +-
2 files changed, 14 insertions(+), 1 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index e600a1d..9650fc3 100644
--- a/ChangeLog
+++
Since I had to look things up and didn't get the setup correct
the first try I thought it would be good to include specific
instructions on how to use git-merge-changelog with Mercurial hg.
On 03/16/2012 04:03 AM, Pádraig Brady wrote:
> Lots of tests were failing on this loan machine...
> The proposed gnulib patch avoids the issue for me.
I proposed exactly that patch in January:
http://lists.gnu.org/archive/html/bug-gnulib/2012-01/msg00319.html
but Bruno explained that this is a p
* doc/posix-headers/sys_types.texi (sys/types.h):
* doc/posix-headers/time.texi (time.h):
Mention that glibc x32 does not conform to POSIX in a couple of
areas related to integer widths.
---
ChangeLog|8
doc/posix-headers/sys_types.texi |5 +
doc/posix-
On 03/16/2012 08:40 AM, Jim Meyering wrote:
> We want to release coreutils-8.16 soon, so here's a snapshot.
> I'll let the NEWS and git shortlog details say the rest,
> other than "Thanks!" to all who are helping.
>
> coreutils snapshot:
> http://meyering.net/cu/coreutils-ss.tar.xz 4.8 MB
>
On Sun, Mar 11, 2012 at 11:50 PM, Michael Goffioul
wrote:
> On Sun, Mar 11, 2012 at 10:52 PM, Bruno Haible wrote:
>> Michael Goffioul wrote:
>>> frexpf is actually defined as a macro in C,
>>> and as an inline function in C++.
>>
>> Normally gnulib avoids collisions with system functions by check
11 matches
Mail list logo