-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 dump
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)
+
Bruno Haible 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 of the idea,
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 coreutil
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
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)
==
test-quotea
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 argv
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 g
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
Bruno Haible 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 publish a
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 TP-ma
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 w
12 matches
Mail list logo
