Re: update-copyright request and patch...

Hi Jim, > Currently parted work and an imminent coreutils release are taking all of > my time. Maybe Joel Denny can help? At worst, I'll follow up next week. This really has no urgency at all. I've done the update for GDB and we are good for another year. Also, I am trying to get the OK from t

Re: coreutils-8.14.116-1e18d on HP-UX 11.00

Jim Meyering wrote: > My test expected diff -u output. > compare may generate diff -c output or even cmp output. > > This should fix it: > +2012-01-05 Jim Meyering > + > + test-init.sh: avoid failure on HP-UX 11.00 > + * tests/test-init.sh: Skip "diff -u"-comparing step when compare > +

Re: [PATCH] init.sh: don't waste a subshell just to redirect stderr

On 01/05/2012 07:18 PM, Bruno Haible wrote: > Stefano Lattarini wrote: >> If gnulib could assume Automake 1.11, >> it could simply add the `parallel-tests' option to AUTOMAKE_OPTIONS in the >> gnulib-controlled Makefile.am. This setting would only influence the >> execution >> of the test cases p

Re: strtoimax: work around AIX 5.1 bug

Pádraig Brady wrote: > > + const char *s = "4294967295"; > > Should that string be defined based on sizeof(intmax_t)? Good point, yes. I'm applying this follow-up: 2012-01-05 Bruno Haible strtoimax: Don't force a replacement on systems where intmax_t is int. * m4/strtoimax

Re: AIX 5.1 as target

[Dropping coreutils from CC] Paul Eggert wrote: > That isn't quite right for 5.2, in the sense that IBM still > supports AIX 5.2 and 5.3 workload partitions under AIX 7. > These are VMs designed to run old application environments > that can't be upgraded. Good point. But I don't think it makes a

Re: AIX 5.1 as target

On 01/05/12 06:56, Bruno Haible wrote: > According to Wikipedia [2], the vendor support of AIX 5.1 ended in 2006, > the one of AIX 5.2 in 2009, and AIX 5.3 is still vendor-supported. That isn't quite right for 5.2, in the sense that IBM still supports AIX 5.2 and 5.3 workload partitions under AIX

Re: [PATCH] init.sh: don't waste a subshell just to redirect stderr

Stefano Lattarini wrote: > If gnulib could assume Automake 1.11, > it could simply add the `parallel-tests' option to AUTOMAKE_OPTIONS in the > gnulib-controlled Makefile.am. This setting would only influence the > execution > of the test cases provided by gnulib itself, and wouldn't have any imp

Re: strtoimax: work around AIX 5.1 bug

On 01/05/2012 05:50 PM, Bruno Haible wrote: > *** m4/strtoimax.m4.orig Thu Jan 5 18:46:08 2012 > --- m4/strtoimax.m4 Thu Jan 5 18:45:21 2012 > *** > *** 1,4 > ! # strtoimax.m4 serial 11 > dnl Copyright (C) 2002-2004, 2006, 2009-2012 Free Software Foundation, Inc. > dn

doc about NetBSD bugs

Testing of coreutils on NetBSD 5.1 revealed two NetBSD libc bugs: Localization does not behave as specified by POSIX. See . I'm only updating the doc now. 2012-01-05 Bruno Haible doc: Mention NetBSD bugs. * d

strtoimax: work around AIX 5.1 bug

The strtoimax() on AIX supports only values in the 'int' range, although intmax_t is really 'long long' (= 64-bit). This leads to a broken 'expr' program in coreutils. Although AIX 5.1 is no longer among our focus, I'm adding this workaround, because strtoimax() is a pretty basic function. 2012-0

Re: [PATCH] init.sh: don't waste a subshell just to redirect stderr

On 01/05/2012 05:56 PM, Bruno Haible wrote: > Eric Blake replied: >>> Wouldn't it be simpler and better to leave that redirection out altogether? >>> The output of the test scripts should be redirected to `.log' files by the >>> testsuite harness, so by being more verbose we can make those files mo

inttypes: modernize

A small modernization. A preparation for the next patch. 2012-01-05 Bruno Haible inttypes: Modernize. * lib/inttypes.in.h (strtoimax, strtoumax): Use the C++ safe idioms. * modules/inttypes-incomplete (Depends-on): Add snippet/c++defs. (Makefile.am): Update int

Re: [PATCH] init.sh: don't waste a subshell just to redirect stderr

Eric Blake replied: > > Wouldn't it be simpler and better to leave that redirection out altogether? > > The output of the test scripts should be redirected to `.log' files by the > > testsuite harness, so by being more verbose we can make those files more > > informative, all without cluttering the

Re: [PATCH] init.sh: don't waste a subshell just to redirect stderr

Stefano Lattarini wrote: > Hi Jim. > > On 01/05/2012 04:46 PM, Jim Meyering wrote: >> Looking at Bruno's recent test-init.sh failure, >> I noticed the unnecessary sub-shells here: >> >> From a815c2160e6d6cc27d934e669ef9486bab310db3 Mon Sep 17 00:00:00 2001 >> From: Jim Meyering >> Date: Thu, 5 Jan

Re: [PATCH] init.sh: don't waste a subshell just to redirect stderr

On 01/05/2012 09:36 AM, Stefano Lattarini wrote: >> +++ b/tests/init.sh >> @@ -255,7 +255,7 @@ compare_dev_null_ () >>return 2 >> } >> >> -if diff_out_=`( diff -u "$0" "$0" < /dev/null ) 2>/dev/null`; then >> +if diff_out_=`exec 2>/dev/null; diff -u "$0" "$0" < /dev/null`; then >> > Wouldn't i

Re: [PATCH] init.sh: don't waste a subshell just to redirect stderr

Hi Jim. On 01/05/2012 04:46 PM, Jim Meyering wrote: > Looking at Bruno's recent test-init.sh failure, > I noticed the unnecessary sub-shells here: > > From a815c2160e6d6cc27d934e669ef9486bab310db3 Mon Sep 17 00:00:00 2001 > From: Jim Meyering > Date: Thu, 5 Jan 2012 16:45:50 +0100 > Subject: [PA

[PATCH] init.sh: don't waste a subshell just to redirect stderr

Looking at Bruno's recent test-init.sh failure, I noticed the unnecessary sub-shells here: >From a815c2160e6d6cc27d934e669ef9486bab310db3 Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Thu, 5 Jan 2012 16:45:50 +0100 Subject: [PATCH] init.sh: don't waste a subshell just to redirect stderr * te

Re: coreutils-8.14.116-1e18d on HP-UX 11.00

Bruno Haible wrote: >> 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 > == ... > > FAIL: test-init.sh > == ... > + compare_ exp out > + diff -

Re: AIX 5.1 as target

Bruno Haible wrote: > Jim Meyering wrote in > : >> > FAIL: rm/unread3 >> > >> > rm: unable to record current working directory: Too many open files >> > rm: unable to record current working directory: Too many open

AIX 5.1 as target

Jim Meyering wrote in : > > FAIL: rm/unread3 > > > > rm: unable to record current working directory: Too many open files > > rm: unable to record current working directory: Too many open files > > I might debug it

Re: update-copyright request and patch...

Joel Brobecker wrote: > Hello, and Happy New Year :-). Hi Joel, Happy new year to you, too. Currently parted work and an imminent coreutils release are taking all of my time. Maybe Joel Denny can help? At worst, I'll follow up next week. > I am trying to use gnulib's update-copyright script to