bug#8365: 3 of 657 tests failed

[Stefano Lattarini]

Hi Sam, and thanks for the report.

I'll try to look at one failure at the time ...

On Monday 28 March 2011, Sam Steingold wrote:
> =====================================
> 3 of 657 tests failed
> (78 tests were not run)
> See tests/test-suite.log <<-- appended
> Please report to address@hidden
> =====================================
> 
> Linux 2.6.18-164.el5
> CentOS release 5.5
> GNU M4 1.4.5
> 
> 

> FAIL: silent5.test (exit: 1)
> ============================
> 
> /home/sds/src/automake-1.11.1/tests:/home/sds/src/top/bin:/usr/lib6
> 4/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/NX
> /bin:/home/sds/bin:/sbin:/usr/sbin:/usr/NX/bin:/usr/NX/bin:/home/sd
> s/bin:/sbin:/usr/sbin:/usr/NX/bin:/home/sds/bin:/sbin:/usr/sbin
> silent5: running g++ --version
> g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48)
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. 
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR
> A PARTICULAR PURPOSE.
> 
> silent5: running gfortran --version
> GNU Fortran (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48)
> Copyright (C) 2007 Free Software Foundation, Inc.
> 
> GNU Fortran comes with NO WARRANTY, to the extent permitted by law.
> You may redistribute copies of GNU Fortran
> under the terms of the GNU General Public License.
> For more information about these matters, see the file named
> COPYING
> 
> silent5: running flex --version
> flex version 2.5.4
> silent5: running bison --version
> bison (GNU Bison) 2.3
> Written by Robert Corbett and Richard Stallman.
> 
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. 
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR
> A PARTICULAR PURPOSE. === Running test ./silent5.test
> ++ pwd
> /home/sds/src/automake-1.11.1/tests/silent5.dir
> + set -e
> + mkdir sub
> + cat
> + cat
> + cat
> + cat
> + cat
> + cat
> + cat
> + cat
> + cp foo1.cpp bar.c
> + cp foo1.cpp sub/baz.c
> + cp foo1.cpp sub/bla.c
> + cp foo1.cpp sub/baz1.cpp
> + cp foo2.f90 sub/baz2.f90
> + cp foo3.f sub/baz3.f
> + cp foo5.l sub/baz5.l
> + cp foo6.y sub/baz6.y
> + aclocal-1.11 -Werror
> + automake-1.11 --foreign -Werror -Wall --add-missing
> configure.in:5: installing `./compile'
> configure.in: installing `./ylwrap'
> + autoconf
> + for config_args in ''\'''\'''
> am_cv_CC_dependencies_compiler_type=gcc + ./configure
> --enable-silent-rules
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking for style of include used by make... GNU
> checking for gcc... gcc
> 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 gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking dependency style of gcc... gcc3
> checking whether gcc and cc understand -c and -o together... yes
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking dependency style of g++... gcc3
> checking for g77... no
> checking for xlf... no
> checking for f77... no
> checking for frt... no
> checking for pgf77... no
> checking for cf77... no
> checking for fort77... no
> checking for fl32... no
> checking for af77... no
> checking for xlf90... no
> checking for f90... no
> checking for pgf90... no
> checking for pghpf... no
> checking for epcf90... no
> checking for gfortran... gfortran
>
So far, so good ...

> checking whether we are using the GNU Fortran 77 compiler... no
>
What, gfortran is not the GNU fortran compiler?  This looks fishy...

> checking whether gfortran accepts -g... no
> checking for gfortran... gfortran
> checking whether we are using the GNU Fortran compiler... no
>
Ditto.

> checking whether gfortran accepts -g... no
> checking for flex... flex
> checking lex output file root... lex.yy
> checking lex library... -lfl
> checking whether yytext is a pointer... yes
> checking for bison... bison -y
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating sub/Makefile
> config.status: executing depfiles commands
> + make
> /usr/libexec/gcc/x86_64-redhat-linux/4.1.2/f951: symbol lookup
> error: /usr/libexec/gcc/x86_64-redhat-linux/4.1.2/f951: undefined
> symbol: __gmpn_sqr_n make[3]: *** [baz2.o] Error 1
>
Hmm... this seems like a bug in your Fortran compiler.

By googling I found this:
 <http://130.237.222.241/list-archives/gmp-discuss/2010-November/004365.html>
with this answer:
 <http://130.237.222.241/list-archives/gmp-discuss/2010-November/004366.html>

Could it be related to the failure above?  More importantly, could you
confirm that failure is indeed due (as I suspect) to a bug in your
compiler, and not to a bug in automake or in its testsuite?

Thanks,
  Stefano