Re: gnulib.pot versioning scheme

2009-03-26 Thread Sergey Poznyakoff
Sergey Poznyakoff wrote: I am going to submit the updated gnulib.pot to TP. Before this, I'd like to change its versioning scheme so that it coincides with the version reported by `gnilib-tool --version'. E.g. this potfile will be named gnulib-0.0.1991-dbebf.pot. After discussing this with

Re: gnulib.pot versioning scheme

2009-03-26 Thread Bruno Haible
Sergey Poznyakoff wrote: the TP robot assumes that version numbers are growing from version to version and relies on this for sorting. Given this, I'll continue using the old numbering scheme for potfiles (gnulib-major.minor.pot), but before submitting the potfile, I'll create a tag

Re: gnulib.pot versioning scheme

2009-03-26 Thread Sergey Poznyakoff
Bruno Haible br...@clisp.org ha escrit: How about changing the versioning scheme to gnulib-1.1.2009.03.26 or gnulib-1.1.1836.86a37 It would be better to place TP version at the end, as in: gnulib-1836.86a37.1.1 This should work with the TP software. Could you also generate and

Re: gnulib.pot versioning scheme

2009-03-26 Thread Bruno Haible
Sergey Poznyakoff wrote: It would be better to place TP version at the end, as in: gnulib-1836.86a37.1.1 If you do this, you can never again switch to a different versioning scheme. What if we abandon 'git' for something better in 5 years? Then all major versions will have to be 5000.

Re: New module nproc

2009-03-26 Thread Jim Meyering
Hi Glen, et al, Thanks for working on this! Glen Lenker wrote: ... When we first looked at parallelizing sort, it was actually our first choice to use glthreads. We were on the fence though between pthreads and glthreads because we were concerned that Pth might complicate our changes if

[patch] gnulib testsuite c99-ism

2009-03-26 Thread Matthew Woehlke
The gnulib test suite (from coreutils) fails on my non-c99 compiler, needing the following patch: --- test-argv-iter.c.orig 2009-03-26 14:36:15.0 -0800 +++ test-argv-iter.c 2009-03-26 14:36:57.0 -0800 @@ -75,6 +75,7 @@ { FILE *fp; struct

Re: coreutils-7.1.81-9b653 test results

2009-03-26 Thread Matthew Woehlke
Matthew Woehlke wrote: sparc/Solaris (needs no-decl-after-stmt patch) (gnulib test suite build failed due to decl-after-stmt) 370 pass, 54 skipped 1 of 122 fail, 5 skipped Not much to see here: FAIL: test-quotearg.sh.log (exit: 134) ==

gnulib build failure on risc/HP-UX (was: coreutils-7.1.81-9b653 test results)

2009-03-26 Thread Matthew Woehlke
Matthew Woehlke wrote: risc/HPUX (build failure) Here's the whole output, in case some of the warning are interesting (i.e. point to actual problems): make[3]: Entering directory `/tmp_mnt/home/install/gnu/build/hp700_hpux/coreutils-7.1.81-9b653/lib' make[4]: Entering directory

Re: coreutils-7.1.81-9b653 test results

2009-03-26 Thread Matthew Woehlke
Matthew Woehlke wrote: AIX 2 of 370 fail, 61 skipped 1 of 122 fail, 12 skipped (gnulib folks can skip the first two) FAIL: misc/printf.log (exit: 1) === + /home/install/gnu/build/rs6000_aix/coreutils-7.1.81-9b653/src/printf --version printf (GNU

Re: New module pthread

2009-03-26 Thread Paul Eggert
Bruno Haible br...@clisp.org writes: If you think that using the POSIX API literally is important, how about changing the gnulib threading modules to adopt the POSIX API (with limitations where necessary)? Yes, that would be nice. We want the source code to look like POSIX. Also, part

Re: coreutils-7.1.81-9b653 test results

2009-03-26 Thread Matthew Woehlke
Matthew Woehlke wrote: ia64/HPUX 370 pass, 60 skipped 1 of 122 fail, 11 skipped (I think risc/HPUX has the same failure, but it failed to build; another gnulib problem, which I will post shortly.) FAIL: test-file-has-acl.sh.log (exit: 1) +

Re: coreutils-7.1.81-9b653 test results

2009-03-26 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Matthew Woehlke on 3/26/2009 4:49 PM: sparc/Solaris Not much to see here: FAIL: test-quotearg.sh.log (exit: 134) == test-quotearg.c:182: assertion failed Abort - core dumped Can