GNU bug report logs - #10324
[Platform-testers] Automake 1.11.1b test release

Previous Next

Package: automake;

Reported by: Bruno Haible <bruno <at> clisp.org>

Date: Mon, 19 Dec 2011 02:15:01 UTC

Severity: normal

Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Bruno Haible <bruno <at> clisp.org>
Subject: bug#10324: closed (Re: bug#10324: [Platform-testers] Automake
 1.11.1b test release)
Date: Fri, 30 Dec 2011 14:29:02 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#10324: [Platform-testers] Automake 1.11.1b test release

which was filed against the automake package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 10324 <at> debbugs.gnu.org.

-- 
10324: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10324
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Bruno Haible <bruno <at> clisp.org>
Cc: 10324-done <at> debbugs.gnu.org
Subject: Re: bug#10324: [Platform-testers] Automake 1.11.1b test release
Date: Fri, 30 Dec 2011 15:25:37 +0100
On 12/19/2011 03:11 AM, Bruno Haible wrote:
>> The pre-release automake version 1.11.1b is now available at
>> <ftp://alpha.gnu.org/gnu/automake>.
> 
> Some builds took longer.
>
[SNIP]

It seems to me that all the failures reported here have been either fixed
or fully understood and taken into account.  I'm thus closing this bug report.

If some of those failures represent themselves in further testing, please
report each of them in a separate, new bug report.

Thanks again for all the testing,
  Stefano

[Message part 3 (message/rfc822, inline)]
From: Bruno Haible <bruno <at> clisp.org>
To: bug-automake <at> gnu.org
Cc: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Subject: Re: [Platform-testers] Automake 1.11.1b test release
Date: Mon, 19 Dec 2011 03:11:42 +0100
[Message part 4 (text/plain, inline)]
> The pre-release automake version 1.11.1b is now available at
> <ftp://alpha.gnu.org/gnu/automake>.

Some builds took longer. Here are the results:

===============================================================================

* Linux/PowerPC

FAIL: lzma.test

The test-suite.log shows this:

tardir=lzma-1.0 && /bin/bash /home/haible/multibuild-1552/linuxppc32/automake-1.11.1b/tests/lzma.dir/missing --run tar chof - "$tardir" | lzma -9 -c >lzma-1.0.tar.lzma
lzma: Cannot allocate memory
tar: -: Wrote only 4096 of 10240 bytes
tar: Error is not recoverable: exiting now
tar: -: Cannot write: Broken pipe
tar: Error is not recoverable: exiting now
tar: -: Cannot write: Broken pipe
tar: Error is not recoverable: exiting now
WARNING: I can't seem to be able to run `tar' with the given arguments.
         You may want to install GNU tar or Free paxutils, or check the
         command line arguments.
make: *** [dist] Error 1

The 'lzma' process apparently exceeds the ulimits for memory or virtual
memory set on this machine. Maybe you can reduce the compression option:
-9 takes a huge amount of memory, as you can see from
http://tukaani.org/lzma/benchmarks.html section "Memory requirements".

===============================================================================

* Linux/PowerPC 64-bit

FAIL: silent-many-generic.test

Find attached the log file. I configured Automake with
CC="gcc -m64"; export CC;
CXX="g++ -m64"; export CXX;
CPPFLAGS="-Wall"; export CPPFLAGS;
./configure --prefix=$HOME/prefix-linux-ppc64

Apparently a 32-bit libfl.a and libfl.so exists in /usr/lib, but no 64-bit
libfl.a and libfl.so exists in /usr/lib64. The AC_PROG_LEX macro apparently
does not detect the missing library support, so it gets unnoticed until the
linker complains.

===============================================================================

* mingw

All 795 tests behaved as expected (11 expected failures)

===============================================================================

* msvc9

FAIL: silent-lex-generic.test

This is due to the use of <unistd.h> in the flex-generated <unistd.h>.
When gnulib is in use, it is ok to use <unistd.h> on MSVC platforms, but
without gnulib, it doesn't work.

FAIL: specflg10.test

Problem with the dependency support.

Find attached the log file.

I used the configuration commands

CC="$HOME/msvc/compile cl -nologo"; export CC;
CFLAGS=""; export CFLAGS;
CXX="$HOME/msvc/compile cl -nologo"; export CXX;
CXXFLAGS=""; export CXXFLAGS;
CPPFLAGS="-D_WIN32_WINNT=_WIN32_WINNT_WINXP -I/usr/local/msvc/include"; export CPPFLAGS;
LDFLAGS="-L/usr/local/msvc/lib"; export LDFLAGS;
LD="link"; export LD;
NM="dumpbin -symbols"; export NM;
STRIP=":"; export STRIP;
AR="$HOME/msvc/ar-lib lib"; export AR;
RANLIB=":"; export RANLIB;
./configure --host=i586-pc-mingw32 --prefix=/usr/local/msvc

===============================================================================

* Cygwin 1.7.9

19 of 808 tests failed

FAIL: distcheck-override-infodir.test
FAIL: fort4.test
FAIL: gettext.test
FAIL: instdir-texi.test
FAIL: parallel-am.test
FAIL: txinfo3.test
FAIL: txinfo13.test
FAIL: txinfo16.test
FAIL: txinfo18.test
FAIL: txinfo21.test
FAIL: txinfo22.test
FAIL: txinfo23.test
FAIL: txinfo24.test
FAIL: txinfo25.test
FAIL: txinfo28.test
FAIL: txinfo33.test
FAIL: transform2.test
FAIL: version7.test
FAIL: vtexi4.test

Is the attached log file enough for you to investigate? You have access to
the machine.

===============================================================================

Bruno
[linuxppc64-test-suite.log (text/x-log, attachment)]
[msvc9-test-suite.log.gz (application/x-gzip, attachment)]
[cygwin-1.7.9-test-suite.log.gz (application/x-gzip, attachment)]

This bug report was last modified 13 years and 131 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.