bug#13314: GNU Automake 1.12.6 Testsuite FAIL: 2 on Solaris 10

[Stefano Lattarini]

Hi Dennis, thanks for the report.

On 12/31/2012 09:19 AM, Dennis Clarke wrote:
> 
> Happy New Year  ;-)
> 
> ============================================================================
> Testsuite summary for GNU Automake 1.12.6
> ============================================================================
> # TOTAL: 2879
> # PASS:  2773
> # SKIP:  65
> # XFAIL: 39
> # FAIL:  2
> # XPASS: 0
> # ERROR: 0
> ============================================================================
> See ./test-suite.log
> Please report to address@hidden
> ============================================================================
> 
Yay, finally a decent testsuite behaviour :-)

So, let's look in more detail at those two failures ...

> FAIL: t/cxx-lt-demo
> ===================
>
> [SNIP]
>
> + /usr/local/bin/gmake -e
> Making all in lib
> gmake[1]: Entering directory 
> `/usr/local/build/automake-1.12.6_SunOS5.10_sparcv9/t/cxx-lt-demo.dir/lib'
> echo '#include <string>' >libfoo.h++-t
> grep "target *(" "./libfoo.c++" >>libfoo.h++-t
> echo ';' >>libfoo.h++-t
> chmod a-w libfoo.h++-t && mv -f libfoo.h++-t libfoo.h++
> /usr/local/bin/gmake  all-am
> gmake[2]: Entering directory 
> `/usr/local/build/automake-1.12.6_SunOS5.10_sparcv9/t/cxx-lt-demo.dir/lib'
> /usr/local/bin/libtool --tag=CXX   --mode=compile /usr/local/gcc4/bin/g++ \
>   -DPACKAGE_NAME=\"GNU\ C++/Libtool\ Demo\" 
> -DPACKAGE_TARNAME=\"c---libtool-demo\" \
>   -DPACKAGE_VERSION=\"0.73\" -DPACKAGE_STRING=\"GNU\ C++/Libtool\ Demo\ 
> 0.73\" \
>   -DPACKAGE_BUGREPORT=\"address@hidden" \
>   -DPACKAGE_URL=\"http://www.gnu.org/software/c---libtool-demo/\"; \
>   -DPACKAGE=\"c---libtool-demo\" -DVERSION=\"0.73\" -DSTDC_HEADERS=1 \
>   -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
> -DHAVE_STRING_H=1 \
>   -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 \
>   -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" \
>   -I.  -I/usr/local/include:/usr/local/gcc4/include  -mno-app-regs -mcpu=v9 \
>   -m64 -mptr64 -g -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE 
> -D_TS_ERRNO \
>   -MT libfoo.lo -MD -MP -MF .deps/libfoo.Tpo -c -o libfoo.lo libfoo.c++
> libtool: compile:  /usr/local/gcc4/bin/g++ "-DPACKAGE_NAME=\"GNU C++/Libtool 
> Demo\"" ...\
>   -MT libfoo.lo -MD -MP -MF .deps/libfoo.Tpo -c libfoo.c++ -KPIC -DPIC -o 
> .libs/libfoo.o
> g++: error: unrecognized command line option '-KPIC'
> gmake[2]: *** [libfoo.lo] Error 1
> gmake[2]: Leaving directory 
> `/usr/local/build/automake-1.12.6_SunOS5.10_sparcv9/t/cxx-lt-demo.dir/lib'
>
This failure seems actually due to a Libtool bug rather than an
Automake one, since Autoamke does not fiddle with these compiler
flags itself.  So we can safely ignore it here (if you feel like
writing a smaller reproducer and reporting the issue to the
Libtool list, you're of course very welcome to do so ;-)

> FAIL: t/silent-many-generic
> ===========================
> + /usr/local/bin/gmake
> baz3.f:
>       foo3:
> ld: fatal: file baz2.o: wrong ELF class: ELFCLASS32
> ld: fatal: file processing errors. No output written to baz
> collect2: error: ld returned 1 exit status
> gmake[3]: *** [baz] Error 1
> gmake[2]: *** [all] Error 2
> gmake[1]: *** [all-recursive] Error 1
> gmake: *** [all] Error 2
>
I'm a little lost here.  Perhaps a mismatch between the object files
generated by the GNU C/C++ compilers and the non-GNU Fortran ones?
What happens if you re-run this test forcing $FC and $F77 to point
to GNU compilers?  And what if you re-run it forcing $CC and $CXX
to point to non-GNU compilers?

> gcc_spec_node002 $ uname -a 
> SunOS node002 5.10 Generic_147440-23 sun4v sparc SUNW,T5240
> gcc_spec_node002 $ 
> gcc_spec_node002 $ cat /etc/release 
>                    Oracle Solaris 10 8/11 s10s_u10wos_17b SPARC
>   Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved.
>                             Assembled 23 August 2011
> 
> 
> I'm sure everything is in the log file attached 
> 
> Dennis Clarke 
> address@hidden
> 
> ps: the testsuite is one obscene long process .. time -p says : 
> 
> real 28915.31
> user 15317.85
> sys 5091.92
> 
>    eeek.
> 
In you have a decent machine, you should try running make in concurrent
mode to speed-up the process; as in, say:

    $ make check -j16

Regards,
  Stefano

P.S. Automake 1.13 is out ;-)
<http://savannah.gnu.org/forum/forum.php?forum_id=7467>