GNU bug report logs - #11302
Automake 1.11d on openSUSE 12.1

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11302 in the body.
You can then email your comments to 11302 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Bruno Haible <bruno <at> clisp.org>
To: bug-automake <at> gnu.org
Subject: Automake 1.11d on openSUSE 12.1
Date: Sat, 21 Apr 2012 19:35:14 +0200

Stefano Lattarini wrote:
> The beta release "1.11d" of Automake is now available at
> <ftp://alpha.gnu.org/gnu/automake/>.

On openSUSE 12.1 x86_64: 9 tests failed.

FAIL: t/depcomp2.sh
FAIL: t/posixsubst-libraries.sh
FAIL: t/posixsubst-ltlibraries.sh
FAIL: t/posixsubst-scripts.sh
FAIL: t/tap-summary-color.sh
FAIL: t/transform3.sh
FAIL: t/vala-vapi.sh
FAIL: t/vala-mix.sh
FAIL: t/vala-mix2.sh

Autoconf version is 2.68.

Details from test-suite.log:


FAIL: t/depcomp2
================

Running from installcheck: no
Using TAP: no
PATH = /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/ax:/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/wrap:/home/bruno/data/build/prefix-linux-x86_64/bin:/home/bruno/bin:/arch/x86_64-linux/gnu/bin:/arch/x86-linux/gnu/bin:/usr/lib64/mpi/gcc/openmpi/bin:/home/bruno/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin
++ pwd
/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/depcomp2.dir
+ cat
+ cat
+ rm -f depcomp
+ mkdir subdir
+ cat
+ :
+ aclocal-1.11d -Werror
+ automake-1.11d --foreign -Werror -Wall --add-missing
+ autoconf
+ ./configure
configure: loading site script /usr/share/site/x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /home/bruno/data/build/prefix-linux-x86_64/bin/install -c
checking whether build environment is sane... yes
checking for x86_64-pc-linux-gnu-strip... no
checking for strip... strip
checking for a thread-safe mkdir -p... /home/bruno/data/build/prefix-linux-x86_64/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for x86_64-pc-linux-gnu-gcc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of cc... none
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating subdir/Makefile
config.status: executing depfiles commands
+ cat stderr
configure: WARNING: if you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used
+ test '!' -s stderr
+ exit_status=1
+ set +e
+ cd /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d
+ test no = yes
+ case $am_explicit_skips in
+ test 1 -eq 0
+ keep_testdirs=yes
+ am_keeping_testdirs
+ case $keep_testdirs in
+ return 0
+ set +x
depcomp2: exit 1

The file 'stderr' is not empty: It contains this two-line warning
  configure: WARNING: if you wanted to set the --build type, don't use --host.
      If a cross compiler is detected then cross compile mode will be used
This is because I configured with the arguments
  --host=x86_64-pc-linux-gnu \
  --prefix=/home/bruno/data/build/prefix-linux-x86_64 \
  --libdir=/home/bruno/data/build/prefix-linux-x86_64/lib64
Apparently this led to a host_alias variable being passed to sub-configures:

$ t/depcomp2.dir/config.status --version
depcomp2 config.status 1.0
configured by ./configure, generated by GNU Autoconf 2.68,
  with options "'build_alias=' 'host_alias=x86_64-pc-linux-gnu'"


FAIL: t/posixsubst-libraries
============================

Running from installcheck: no
Using TAP: no
PATH = /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/ax:/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/wrap:/home/bruno/data/build/prefix-linux-x86_64/bin:/home/bruno/bin:/arch/x86_64-linux/gnu/bin:/arch/x86-linux/gnu/bin:/usr/lib64/mpi/gcc/openmpi/bin:/home/bruno/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin
++ pwd
/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir
+ cat
+ cat
+ echo 'int bar1(void) { return 0; }'
+ echo 'int bar2(void) { return 0; }'
+ aclocal-1.11d -Werror
+ autoconf
+ automake-1.11d --foreign -Werror -Wall -a
configure.ac:6: installing './ar-lib'
++ pwd
+ cwd=/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir
+ ./configure --prefix=/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir/_inst
configure: WARNING: if you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used
configure: loading site script /usr/share/site/x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /home/bruno/data/build/prefix-linux-x86_64/bin/install -c
checking whether build environment is sane... yes
checking for x86_64-pc-linux-gnu-strip... no
checking for strip... strip
checking for a thread-safe mkdir -p... /home/bruno/data/build/prefix-linux-x86_64/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for x86_64-pc-linux-gnu-gcc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of cc... gcc3
checking for x86_64-pc-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking for x86_64-pc-linux-gnu-ar... no
checking for x86_64-pc-linux-gnu-lib... no
checking for x86_64-pc-linux-gnu-link... no
checking for ar... ar
checking the archiver (ar) interface... ar
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles commands
+ make
cc -DPACKAGE_NAME=\"posixsubst-libraries\" -DPACKAGE_TARNAME=\"posixsubst-libraries\" -DPACKAGE_VERSION=\"1.0\" -DPACKAGE_STRING=\"posixsubst-libraries\ 1.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"posixsubst-libraries\" -DVERSION=\"1.0\" -I.   -Wall -W -Wattributes -Wbad-function-cast -Wbuiltin-macro-redefined -Wcast-align -Wcoverage-mismatch -Wdisabled-optimization -Wformat-security -Wformat-y2k -Winit-self -Winvalid-pch -Wmissing-declarations -Wmissing-include-dirs -Wmissing-noreturn -Wmissing-prototypes -Wmudflap -Wmultichar -Wno-logical-op -Wno-sign-compare -Wno-unused-parameter -Woverlength-strings -Wpacked -Wpacked-bitfield-compat -Wpointer-arith -Wshadow -Wstrict-aliasing -Wsync-nand -Wunknown-pragmas -Wunused -Wvolatile-register-var -Wwrite-strings -fdiagnostics-show-option  -g -O2 -MT libfoo1.o -MD -MP -MF .deps/libfoo1.Tpo -c -o libfoo1.o libfoo1.c
libfoo1.c:1:5: warning: no previous prototype for ‘bar1’ [-Wmissing-prototypes]
mv -f .deps/libfoo1.Tpo .deps/libfoo1.Po
rm -f libfoo1.a
ar cru libfoo1.a libfoo1.o 
ranlib libfoo1.a
cc -DPACKAGE_NAME=\"posixsubst-libraries\" -DPACKAGE_TARNAME=\"posixsubst-libraries\" -DPACKAGE_VERSION=\"1.0\" -DPACKAGE_STRING=\"posixsubst-libraries\ 1.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"posixsubst-libraries\" -DVERSION=\"1.0\" -I.   -Wall -W -Wattributes -Wbad-function-cast -Wbuiltin-macro-redefined -Wcast-align -Wcoverage-mismatch -Wdisabled-optimization -Wformat-security -Wformat-y2k -Winit-self -Winvalid-pch -Wmissing-declarations -Wmissing-include-dirs -Wmissing-noreturn -Wmissing-prototypes -Wmudflap -Wmultichar -Wno-logical-op -Wno-sign-compare -Wno-unused-parameter -Woverlength-strings -Wpacked -Wpacked-bitfield-compat -Wpointer-arith -Wshadow -Wstrict-aliasing -Wsync-nand -Wunknown-pragmas -Wunused -Wvolatile-register-var -Wwrite-strings -fdiagnostics-show-option  -g -O2 -MT libfoo2.o -MD -MP -MF .deps/libfoo2.Tpo -c -o libfoo2.o libfoo2.c
libfoo2.c:1:5: warning: no previous prototype for ‘bar2’ [-Wmissing-prototypes]
mv -f .deps/libfoo2.Tpo .deps/libfoo2.Po
rm -f libfoo2.a
ar cru libfoo2.a libfoo2.o 
ranlib libfoo2.a
echo 'int bar(void) { return 0; }' > libbar.c
cc -DPACKAGE_NAME=\"posixsubst-libraries\" -DPACKAGE_TARNAME=\"posixsubst-libraries\" -DPACKAGE_VERSION=\"1.0\" -DPACKAGE_STRING=\"posixsubst-libraries\ 1.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"posixsubst-libraries\" -DVERSION=\"1.0\" -I.   -Wall -W -Wattributes -Wbad-function-cast -Wbuiltin-macro-redefined -Wcast-align -Wcoverage-mismatch -Wdisabled-optimization -Wformat-security -Wformat-y2k -Winit-self -Winvalid-pch -Wmissing-declarations -Wmissing-include-dirs -Wmissing-noreturn -Wmissing-prototypes -Wmudflap -Wmultichar -Wno-logical-op -Wno-sign-compare -Wno-unused-parameter -Woverlength-strings -Wpacked -Wpacked-bitfield-compat -Wpointer-arith -Wshadow -Wstrict-aliasing -Wsync-nand -Wunknown-pragmas -Wunused -Wvolatile-register-var -Wwrite-strings -fdiagnostics-show-option  -g -O2 -MT libbar.o -MD -MP -MF .deps/libbar.Tpo -c -o libbar.o libbar.c
libbar.c:1:5: warning: no previous prototype for ‘bar’ [-Wmissing-prototypes]
mv -f .deps/libbar.Tpo .deps/libbar.Po
rm -f libbar.a
ar cru libbar.a libbar.o 
ranlib libbar.a
+ test -f libfoo2.c
+ make install
make[1]: Entering directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir'
 /home/bruno/data/build/prefix-linux-x86_64/bin/mkdir -p '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir/_inst/lib64'
 /home/bruno/data/build/prefix-linux-x86_64/bin/install -c -m 644  libfoo1.a libfoo2.a libbar.a '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir/_inst/lib64'
 ( cd '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir/_inst/lib64' && ranlib libfoo1.a )
 ( cd '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir/_inst/lib64' && ranlib libfoo2.a )
 ( cd '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir/_inst/lib64' && ranlib libbar.a )
make[1]: Nothing to be done for `install-data-am'.
make[1]: Leaving directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir'
+ make installcheck
ls -l /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir/_inst/lib
ls: cannot access /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-libraries.dir/_inst/lib: No such file or directory
make: *** [installcheck-local] Error 2
+ exit_status=2
+ set +e
+ cd /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d
+ test no = yes
+ case $am_explicit_skips in
+ test 2 -eq 0
+ keep_testdirs=yes
+ am_keeping_testdirs
+ case $keep_testdirs in
+ return 0
+ set +x
posixsubst-libraries: exit 2

The test looks for a lib/ directory, but "make install" created a lib64/
directory. This is due to the /usr/share/site/x86_64-unknown-linux-gnu
(from $CONFIG_SITE, set by /etc/profile.d/site.sh) which sets a libdir
that ends in /lib64 rather than /lib if it finds that the compiler is
generating 64-bit code.



FAIL: t/posixsubst-ltlibraries
==============================

...
+ make installcheck
ls -l /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-ltlibraries.dir/_inst/lib
ls: cannot access /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-ltlibraries.dir/_inst/lib: No such file or directory
make: *** [installcheck-local] Error 2
+ exit_status=2
+ set +e
+ cd /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d
+ test no = yes
+ case $am_explicit_skips in
+ test 2 -eq 0
+ keep_testdirs=yes
+ am_keeping_testdirs
+ case $keep_testdirs in
+ return 0
+ set +x
posixsubst-ltlibraries: exit 2

Likewise.


FAIL: t/transform3
==================

Running from installcheck: no
Using TAP: no
PATH = /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/ax:/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/wrap:/home/bruno/data/build/prefix-linux-x86_64/bin:/home/bruno/bin:/arch/x86_64-linux/gnu/bin:/arch/x86-linux/gnu/bin:/usr/lib64/mpi/gcc/openmpi/bin:/home/bruno/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin
++ pwd
/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir
+ cat
+ cat
+ cat
+ echo 'To be or not to be ...'
+ cat
+ cp foo mu
+ chmod a+x foo mu
+ aclocal-1.11d -Werror
+ autoconf
+ automake-1.11d --foreign -Werror -Wall -a
configure.ac:5: installing './ar-lib'
++ pwd
+ ./configure --program-prefix=gnu- --prefix /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst
configure: WARNING: if you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used
configure: loading site script /usr/share/site/x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /home/bruno/data/build/prefix-linux-x86_64/bin/install -c
checking whether build environment is sane... yes
checking for x86_64-pc-linux-gnu-strip... no
checking for strip... strip
checking for a thread-safe mkdir -p... /home/bruno/data/build/prefix-linux-x86_64/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for x86_64-pc-linux-gnu-gcc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of cc... gcc3
checking for x86_64-pc-linux-gnu-ar... no
checking for x86_64-pc-linux-gnu-lib... no
checking for x86_64-pc-linux-gnu-link... no
checking for ar... ar
checking the archiver (ar) interface... ar
checking for x86_64-pc-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles commands
+ make install
cc -DPACKAGE_NAME=\"foo\" -DPACKAGE_TARNAME=\"foo\" -DPACKAGE_VERSION=\"1.0\" -DPACKAGE_STRING=\"foo\ 1.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"foo\" -DVERSION=\"1.0\" -I.   -Wall -W -Wattributes -Wbad-function-cast -Wbuiltin-macro-redefined -Wcast-align -Wcoverage-mismatch -Wdisabled-optimization -Wformat-security -Wformat-y2k -Winit-self -Winvalid-pch -Wmissing-declarations -Wmissing-include-dirs -Wmissing-noreturn -Wmissing-prototypes -Wmudflap -Wmultichar -Wno-logical-op -Wno-sign-compare -Wno-unused-parameter -Woverlength-strings -Wpacked -Wpacked-bitfield-compat -Wpointer-arith -Wshadow -Wstrict-aliasing -Wsync-nand -Wunknown-pragmas -Wunused -Wvolatile-register-var -Wwrite-strings -fdiagnostics-show-option  -g -O2 -MT libzap.o -MD -MP -MF .deps/libzap.Tpo -c -o libzap.o libzap.c
libzap.c:1:5: warning: no previous prototype for ‘zap’ [-Wmissing-prototypes]
mv -f .deps/libzap.Tpo .deps/libzap.Po
rm -f libzap.a
ar cru libzap.a libzap.o 
ranlib libzap.a
make[1]: Entering directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir'
 /home/bruno/data/build/prefix-linux-x86_64/bin/mkdir -p '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst/bin'
 /home/bruno/data/build/prefix-linux-x86_64/bin/install -c foo '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst/bin/./gnu-foo'
 /home/bruno/data/build/prefix-linux-x86_64/bin/mkdir -p '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst/lib64/foo'
 /home/bruno/data/build/prefix-linux-x86_64/bin/install -c -m 644  libzap.a '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst/lib64/foo'
 ( cd '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst/lib64/foo' && ranlib libzap.a )
 /home/bruno/data/build/prefix-linux-x86_64/bin/mkdir -p '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst/lib/foo'
 /home/bruno/data/build/prefix-linux-x86_64/bin/install -c mu '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst/lib/foo/./gnu-mu'
 /home/bruno/data/build/prefix-linux-x86_64/bin/mkdir -p '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst/share/foo'
 /home/bruno/data/build/prefix-linux-x86_64/bin/install -c -m 644 bar.txt '/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir/inst/share/foo'
make[1]: Leaving directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/transform3.dir'
+ find inst
inst
inst/lib
inst/lib/foo
inst/lib/foo/gnu-mu
inst/bin
inst/bin/gnu-foo
inst/share
inst/share/foo
inst/share/foo/bar.txt
inst/lib64
inst/lib64/foo
inst/lib64/foo/libzap.a
+ test -f inst/bin/gnu-foo
+ test -x inst/bin/gnu-foo
+ test -f inst/share/foo/bar.txt
+ test '!' -d inst/share/gnu-foo
+ test -f inst/lib/foo/libzap.a
+ exit_status=1
+ set +e
+ cd /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d
+ test no = yes
+ case $am_explicit_skips in
+ test 1 -eq 0
+ keep_testdirs=yes
+ am_keeping_testdirs
+ case $keep_testdirs in
+ return 0
+ set +x
transform3: exit 1

Likewise, a lib vs. lib64 problem.


FAIL: t/posixsubst-scripts
==========================

...
+ make installcheck
ls -l /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-scripts.dir/_inst/libexec /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-scripts.dir/_inst/bin /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-scripts.dir/_inst/sbin
ls: cannot access /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-scripts.dir/_inst/libexec: No such file or directory
/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-scripts.dir/_inst/bin:
total 4
-rwxr-xr-x 1 bruno users 15 Apr 21 17:38 quux.pl

/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/posixsubst-scripts.dir/_inst/sbin:
total 8
-rwxr-xr-x 1 bruno users 17 Apr 21 17:38 foo1.sh
-rwxr-xr-x 1 bruno users 17 Apr 21 17:38 foo2.sh
make: *** [installcheck-local] Error 2
+ exit_status=2
+ set +e
+ cd /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d
+ test no = yes
+ case $am_explicit_skips in
+ test 2 -eq 0
+ keep_testdirs=yes
+ am_keeping_testdirs
+ case $keep_testdirs in
+ return 0
+ set +x
posixsubst-scripts: exit 2

Likewise, /usr/share/site/x86_64-unknown-linux-gnu also sets libexecdir:

  # If user did not specify libexecdir, guess the correct target:
  # Nor FHS nor openSUSE allow prefix/libexec. Let's default to prefix/lib.

  libexecdir='${exec_prefix}/lib'

Therefore you cannot count on $libexecdir being $exec_prefix/libexec.



FAIL: t/tap-summary-color
=========================

Running from installcheck: no
Using TAP: no
PATH = /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/ax:/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/wrap:/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/ax:/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/wrap:/home/bruno/data/build/prefix-linux-x86_64/bin:/home/bruno/bin:/arch/x86_64-linux/gnu/bin:/arch/x86-linux/gnu/bin:/usr/lib64/mpi/gcc/openmpi/bin:/home/bruno/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin
+++ pwd
/data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/tap-summary-color.dir
++ br=============================================================================
++ case $use_colors in
++ fetch_tap_driver
++ case $am_tap_implementation in
++ AM_TAP_AWK=gawk
++ export AM_TAP_AWK
++ sed '1s|#!.*|#! /bin/sh|' /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/lib/tap-driver.sh
++ chmod a+x tap-driver
++ sed 10q tap-driver
#! /bin/sh
# Copyright (C) 2011-2012 Free Software Foundation, Inc.
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2, or (at your option)
# any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
++ cat
++ cat
++ test yes = yes
++ red=''
++ grn=''
++ lgn=''
++ blu=''
++ mgn=''
++ brg=''
++ std=''
++ echo AUTOMAKE_OPTIONS = color-tests
++ success_header='============================================================================
Testsuite summary for GNU AutoTAP 5.12
============================================================================'
++ success_footer='============================================================================'
++ failure_header='============================================================================
Testsuite summary for GNU AutoTAP 5.12
============================================================================'
++ failure_footer='============================================================================
See ./test-suite.log
Please report to bug-automake <at> gnu.org
============================================================================'
++ aclocal-1.11d -Werror
++ autoconf
++ automake-1.11d --foreign -Werror -Wall --add-missing
++ ./configure
configure: WARNING: if you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used
configure: loading site script /usr/share/site/x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /home/bruno/data/build/prefix-linux-x86_64/bin/install -c
checking whether build environment is sane... yes
checking for x86_64-pc-linux-gnu-strip... no
checking for strip... strip
checking for a thread-safe mkdir -p... /home/bruno/data/build/prefix-linux-x86_64/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
++ echo 1..1
++ echo ok
++ do_check --pass
++ case $#,$1 in
++ expect_failure=no
++ shift
++ cat
++ cat all.test
1..1
ok
++ st=0
++ test yes = yes
++ make_cmd='env AM_COLOR_TESTS=always make -e'
++ env AM_COLOR_TESTS=always make -e check
++ cat stdout
make  check-TESTS
make[1]: Entering directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/tap-summary-color.dir'
make[2]: Entering directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/tap-summary-color.dir'
PASS: all.test 1
make[3]: Entering directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/tap-summary-color.dir'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/tap-summary-color.dir'
============================================================================
Testsuite summary for GNU AutoTAP 5.12
============================================================================
# TOTAL: 1
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0
============================================================================
make[2]: Leaving directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/tap-summary-color.dir'
make[1]: Leaving directory `/data/bruno/build/multibuild-2074/linux/automake-1.11d/t/tap-summary-color.dir'
++ test no = yes
++ test 0 -eq 0
++ /usr/bin/perl /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d/t/ax/extract-testsuite-summary.pl stdout
++ cat summary.exp
============================================================================
Testsuite summary for GNU AutoTAP 5.12
============================================================================
# TOTAL: 1
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0
============================================================================
++ cat summary.got
============================================================================
Testsuite summary for GNU AutoTAP 5.12
============================================================================
# TOTAL: 1
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0
============================================================================
++ test yes = yes
++ compare=cmp
++ cmp summary.exp summary.got
summary.exp summary.got differ: byte 1, line 1
++ Exit 1
++ set +e
++ test 77 = 1
++ exit 1
++ exit 1
+ exit_status=1
+ set +e
+ cd /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d
+ test no = yes
+ case $am_explicit_skips in
+ test 1 -eq 0
+ keep_testdirs=yes
+ am_keeping_testdirs
+ case $keep_testdirs in
+ return 0
+ set +x
tap-summary-color: exit 1

This is probably because I'm executing the tests through an ssh login:
  ssh $machine 'cd ...; ./configure; make; make check'
and in this situation the executing process is not connected to a tty,
and maybe the TERM variable is not set.


The vala-* test failures are being discussed in another thread
<http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11093>.


Bruno

Message #8 received at 11302 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Bruno Haible <bruno <at> clisp.org>
Cc: 11302 <at> debbugs.gnu.org
Subject: Re: bug#11302: Automake 1.11d on openSUSE 12.1
Date: Sat, 21 Apr 2012 20:55:19 +0200

Hi Bruno, thanks for the report.

On 04/21/2012 07:35 PM, Bruno Haible wrote:
> Stefano Lattarini wrote:
>> The beta release "1.11d" of Automake is now available at
>> <ftp://alpha.gnu.org/gnu/automake/>.
> 
> On openSUSE 12.1 x86_64: 9 tests failed.
> 
> FAIL: t/depcomp2.sh
> FAIL: t/posixsubst-libraries.sh
> FAIL: t/posixsubst-ltlibraries.sh
> FAIL: t/posixsubst-scripts.sh
> FAIL: t/tap-summary-color.sh
> FAIL: t/transform3.sh
> FAIL: t/vala-vapi.sh
> FAIL: t/vala-mix.sh
> FAIL: t/vala-mix2.sh
> 
> Autoconf version is 2.68.
> 
> Details from test-suite.log:
> 
> 
> FAIL: t/depcomp2
> ================
> 
> [SNIP]
>
> configure: WARNING: if you wanted to set the --build type, don't use --host.
>     If a cross compiler is detected then cross compile mode will be used
> + test '!' -s stderr
> + exit_status=1
> + set +e
> + cd /data/home-susekde4/bruno/data/build/multibuild-2074/linux/automake-1.11d
> + test no = yes
> + case $am_explicit_skips in
> + test 1 -eq 0
> + keep_testdirs=yes
> + am_keeping_testdirs
> + case $keep_testdirs in
> + return 0
> + set +x
> depcomp2: exit 1
> 
> The file 'stderr' is not empty: It contains this two-line warning
>
>   configure: WARNING: if you wanted to set the --build type, don't use --host.
>       If a cross compiler is detected then cross compile mode will be used
>
> This is because I configured with the arguments
>
>   --host=x86_64-pc-linux-gnu \
>   --prefix=/home/bruno/data/build/prefix-linux-x86_64 \
>   --libdir=/home/bruno/data/build/prefix-linux-x86_64/lib64
>
> Apparently this led to a host_alias variable being passed to sub-configures:
>
The autoconf manual reads:

    For historical reasons, whenever you specify --host, be sure to specify
    --build too; this will be fixed in the future.  So, to enter cross
    compilation mode, use a command like this:

        ./configure --build=i686-pc-linux-gnu --host=m68k-coff

Does the error disappear if you also pass the '--build' option to configure?

> FAIL: t/tap-summary-color
> =========================
> 
> [SNIP]
> This is probably because I'm executing the tests through an ssh login:
>   ssh $machine 'cd ...; ./configure; make; make check'
> and in this situation the executing process is not connected to a tty,
> and maybe the TERM variable is not set.
>
Exactly.  I had already fixed this issue yesterday:
<http://lists.gnu.org/archive/html/automake-patches/2012-04/msg00123.html>

> The vala-* test failures are being discussed in another thread
> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11093>.
>
And they are now fixed, right?

I will reply about the other failures in a later mail.

Thanks,
  Stefano

Message #11 received at 11302 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Bruno Haible <bruno <at> clisp.org>
Cc: 11302 <at> debbugs.gnu.org
Subject: Re: bug#11302: Automake 1.11d on openSUSE 12.1
Date: Sat, 21 Apr 2012 21:33:26 +0200

On 04/21/2012 07:35 PM, Bruno Haible wrote:
> 
> FAIL: t/posixsubst-libraries
> 
> The test looks for a lib/ directory, but "make install" created a lib64/
> directory. This is due to the /usr/share/site/x86_64-unknown-linux-gnu
> (from $CONFIG_SITE, set by /etc/profile.d/site.sh) which sets a libdir
> that ends in /lib64 rather than /lib if it finds that the compiler is
> generating 64-bit code.
>
> [SNIP] other similar failures
>
Could you post the contents of the files '/etc/profile.d/site.sh' and
(most importantly) '/usr/share/site/x86_64-unknown-linux-gnu'?  I'd
like to see what cache variables they pre-set, since my idea is to
fix some tests by adding a proper '--libdir' option to the configure
invocation, and other by unsetting the offending cache variables.

Thanks,
  Stefano

Message #14 received at 11302 <at> debbugs.gnu.org (full text, mbox):

From: Bruno Haible <bruno <at> clisp.org>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 11302 <at> debbugs.gnu.org
Subject: Re: bug#11302: Automake 1.11d on openSUSE 12.1
Date: Sun, 22 Apr 2012 19:42:48 +0200

Hi Stefano,

> > FAIL: t/depcomp2
> > ================
> > 
> > [SNIP]
> > ...
> > The file 'stderr' is not empty: It contains this two-line warning
> >
> >   configure: WARNING: if you wanted to set the --build type, don't use --host.
> >       If a cross compiler is detected then cross compile mode will be used
> >
> > This is because I configured with the arguments
> >
> >   --host=x86_64-pc-linux-gnu \
> >   --prefix=/home/bruno/data/build/prefix-linux-x86_64 \
> >   --libdir=/home/bruno/data/build/prefix-linux-x86_64/lib64
> >
> > Apparently this led to a host_alias variable being passed to sub-configures:
> >
> The autoconf manual reads:
> 
>     For historical reasons, whenever you specify --host, be sure to specify
>     --build too; this will be fixed in the future.

It is safer for me in general to never use --build, only --host.
config.guess is always doing its job right [1]; if I used --build, I would
only increase the risk of mistakes. 

> Does the error disappear if you also pass the '--build' option to configure?

The Autoconf manual says "this will be fixed in the future"; therefore
the Automake test suite should be prepared to work with just --host and no
--build option.

Bruno

[1] http://lists.gnu.org/archive/html/bug-automake/2012-01/msg00086.html

Message #17 received at 11302 <at> debbugs.gnu.org (full text, mbox):

From: Bruno Haible <bruno <at> clisp.org>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 11302 <at> debbugs.gnu.org
Subject: Re: bug#11302: Automake 1.11d on openSUSE 12.1
Date: Sun, 22 Apr 2012 19:48:36 +0200

Hi Stefano,

> > The test looks for a lib/ directory, but "make install" created a lib64/
> > directory. This is due to the /usr/share/site/x86_64-unknown-linux-gnu
> > (from $CONFIG_SITE, set by /etc/profile.d/site.sh) which sets a libdir
> > that ends in /lib64 rather than /lib if it finds that the compiler is
> > generating 64-bit code.
> >
> Could you post the contents of the files '/etc/profile.d/site.sh' and
> (most importantly) '/usr/share/site/x86_64-unknown-linux-gnu'?

Sure:

=========================== /etc/profile.d/site.sh ===========================
CONFIG_SITE="/usr/share/site/x86_64-unknown-linux-gnu"
export CONFIG_SITE
================== /usr/share/site/x86_64-unknown-linux-gnu ==================
#!/bin/sh
# Site script for configure. It is resourced via \$CONFIG_SITE environment varaible.

# If user did not specify libdir, guess the correct target:
# Use lib64 for 64 bit targets, keep the default for the rest.
if test "$libdir" = '${exec_prefix}/lib' ; then

	# We are trying to guess 32-bit target compilation. It's not as easy as
	# it sounds, as there is possible several intermediate combinations.
	ac_config_site_32bit_target=NONE

	# User defined -m32 in CFLAGS or CXXFLAGS:
	# (It's sufficient for 32-bit, but alone may cause mis-behavior of some checks.)
	case "$CFLAGS" in
		*-m32*)
			ac_config_site_32bit_target=YES
			;;
	esac
	case "$CXXFLAGS" in
		*-m32*)
			ac_config_site_32bit_target=YES
			;;
	esac

	# User explicitly specified counterpart --host:
	# (If cross toolchain is installed, generates 32-bit, else generates native.)
	case "$host" in
			*i[3456]86-* | ppc-* | s390-* )
			ac_config_site_32bit_target=YES
			;;
	esac

	# Running with linux32:
	# (Changes detected platform, but not the toolchain target.)
	case "`/bin/uname -i`" in
		x86_64 | ppc64 | s390x )
			;;
		* )
			ac_config_site_32bit_target=YES
			;;
	esac

	if test "x$ac_config_site_32bit_target" = xNONE; then
		libdir='${exec_prefix}/lib64'
	fi
fi

# If user did not specify libexecdir, guess the correct target:
# Nor FHS nor openSUSE allow prefix/libexec. Let's default to prefix/lib.

libexecdir='${exec_prefix}/lib'

# Continue with the standard behavior of configure defined in AC_SITE_LOAD:
if test "x$prefix" != xNONE; then
	ac_site_file1=$prefix/share/config.site
	ac_site_file2=$prefix/etc/config.site
else
	ac_site_file1=$ac_default_prefix/share/config.site
	ac_site_file2=$ac_default_prefix/etc/config.site
fi
for ac_site_file in "$ac_site_file1" "$ac_site_file2"
do
	test "x$ac_site_file" = xNONE && continue
	if test /dev/null != "$ac_site_file" && test -r "$ac_site_file"; then
		{ $as_echo "/usr/share/site/x86_64-unknown-linux-gnu:${as_lineno-$LINENO}: loading site script $ac_site_file" >&5
$as_echo "/usr/share/site/x86_64-unknown-linux-gnu: loading site script $ac_site_file" >&6;}
		sed 's/^/| /' "$ac_site_file" >&5
		. "$ac_site_file" \
			|| { { $as_echo "/usr/share/site/x86_64-unknown-linux-gnu:${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5
$as_echo "/usr/share/site/x86_64-unknown-linux-gnu: error: in \`$ac_pwd':" >&2;}
as_fn_error $? "failed to load site script $ac_site_file
See \`config.log' for more details" "$LINENO" 5; }
	fi
done
==============================================================================

You can see:
  1. To avoid the libdir variable to be clobbered by this script, it is
     sufficient to pass a --libdir option.
  2. It is not possible to avoid the libexecdir variable modification.
     You can either live with it, or clobber it afterwards.

Bruno

Message #20 received at 11302 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Bruno Haible <bruno <at> clisp.org>
Cc: 11302 <at> debbugs.gnu.org
Subject: Re: bug#11302: Automake 1.11d on openSUSE 12.1
Date: Sun, 22 Apr 2012 22:35:31 +0200

On 04/22/2012 07:42 PM, Bruno Haible wrote:
> Hi Stefano,
> 
>>> FAIL: t/depcomp2
>>> ================
>>>
>>> [SNIP]
>>> ...
>>> The file 'stderr' is not empty: It contains this two-line warning
>>>
>>>   configure: WARNING: if you wanted to set the --build type, don't use --host.
>>>       If a cross compiler is detected then cross compile mode will be used
>>>
>>> This is because I configured with the arguments
>>>
>>>   --host=x86_64-pc-linux-gnu \
>>>   --prefix=/home/bruno/data/build/prefix-linux-x86_64 \
>>>   --libdir=/home/bruno/data/build/prefix-linux-x86_64/lib64
>>>
>>> Apparently this led to a host_alias variable being passed to sub-configures:
>>>
>> The autoconf manual reads:
>>
>>     For historical reasons, whenever you specify --host, be sure to specify
>>     --build too; this will be fixed in the future.
> 
> It is safer for me in general to never use --build, only --host.
> config.guess is always doing its job right [1]; if I used --build, I would
> only increase the risk of mistakes. 
>
Not if you do something like this:

  ./configure --host=whatever --build="`./lib/config.status`"

>> Does the error disappear if you also pass the '--build' option to configure?
> 
> The Autoconf manual says "this will be fixed in the future"; therefore
> the Automake test suite should be prepared to work with just --host and no
> --build option.
>
Well, the text in t/README is quite clear in explaining what you have to do if
you want to run the testsuite with a cross compiler:

  For example, to run with a Linux-to-MinGW cross compiler, you will need
  something like this:

    ./configure --host i586-mingw32msvc --build i686-pc-linux-gnu

  To avoid possible spurious error, you really have to *explicitly* specify
  '--build' in addition to '--host'; the 'lib/config.guess' script can help
  determine the correct value to pass to '--build'.

And I see that you've also already proposed a patch to fix the situation in
autoconf proper (which is the best thing to do IMHO).  So consider this part
of the report labelled as a "wontfix".  I will reply to the rest of the
report tomorrow.

Thanks,
  Stefano

Message #23 received at 11302 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Bruno Haible <bruno <at> clisp.org>
Cc: 11302 <at> debbugs.gnu.org,
	"automake-patches <at> gnu.org" <automake-patches <at> gnu.org>
Subject: Re: bug#11302: Automake 1.11d on openSUSE 12.1
Date: Mon, 23 Apr 2012 15:52:17 +0200

[Message part 1 (text/plain, inline)]

Hi Bruno.

On 04/22/2012 07:48 PM, Bruno Haible wrote:
> Hi Stefano,
> 
>>> The test looks for a lib/ directory, but "make install" created a lib64/
>>> directory. This is due to the /usr/share/site/x86_64-unknown-linux-gnu
>>> (from $CONFIG_SITE, set by /etc/profile.d/site.sh) which sets a libdir
>>> that ends in /lib64 rather than /lib if it finds that the compiler is
>>> generating 64-bit code.
>>>
>> Could you post the contents of the files '/etc/profile.d/site.sh' and
>> (most importantly) '/usr/share/site/x86_64-unknown-linux-gnu'?
> 
> Sure:
>
> [SNIP]
>
> You can see:
>   1. To avoid the libdir variable to be clobbered by this script, it is
>      sufficient to pass a --libdir option.
>   2. It is not possible to avoid the libexecdir variable modification.
>      You can either live with it, or clobber it afterwards.
> 
After all, I went for a different and more reliable fix, i.e., using $(libdir)
instead of $(prefix)/lib, and similarly for the other $(foodir) variables.

So, does the attached patch fix the problem for you?

Thanks,
  Stefano

[0001-tests-cater-to-systems-installing-libs-in-lib64.patch (text/x-diff, attachment)]

Message #26 received at 11302 <at> debbugs.gnu.org (full text, mbox):

From: Bruno Haible <bruno <at> clisp.org>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 11302 <at> debbugs.gnu.org,
	"automake-patches <at> gnu.org" <automake-patches <at> gnu.org>
Subject: Re: bug#11302: Automake 1.11d on openSUSE 12.1
Date: Wed, 25 Apr 2012 01:22:59 +0200

Hi Stefano,

> I went for a different and more reliable fix, i.e., using $(libdir)
> instead of $(prefix)/lib, and similarly for the other $(foodir) variables.
> 
> So, does the attached patch fix the problem for you?

Yes, it fixes the test failures of

  t/posixsubst-libraries.sh
  t/posixsubst-ltlibraries.sh
  t/posixsubst-scripts.sh
  t/transform3.sh

Thanks!

Bruno

Message #29 received at 11302 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Bruno Haible <bruno <at> clisp.org>
Cc: 11302 <at> debbugs.gnu.org,
	"automake-patches <at> gnu.org" <automake-patches <at> gnu.org>
Subject: Re: bug#11302: Automake 1.11d on openSUSE 12.1
Date: Wed, 25 Apr 2012 13:57:20 +0200

severity 11302 minor
tags 11302 patch
close 11302
thanks

On 04/25/2012 01:22 AM, Bruno Haible wrote:
> 
> Yes, it fixes the test failures of
> 
>   t/posixsubst-libraries.sh
>   t/posixsubst-ltlibraries.sh
>   t/posixsubst-scripts.sh
>   t/transform3.sh
> 
Thanks for confirming.  I've pushed the patch,
and I'm closing this bug report.

Regards,
  Stefano

Previous Next

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