On 11/22/2012 10:42 AM, Stefano Lattarini wrote: > On 11/21/2012 10:17 PM, Dagobert Michelsen wrote: >> >> I still get quite some failures: >> http://buildfarm.opencsw.org/~dam/automake-1.12.5-test-suite.log > >> FAIL: t/depcomp-lt-cpp >> ====================== >> >> depcomp-lt-cpp: running libtoolize --version >> libtoolize (GNU libtool) 2.4.2 >> [SNIP] >> + . depcomp.sh >> +++ pwd >> ++ ocwd=/home/dam/.../automake-1.12.5/t/depcomp-lt-cpp.dir >> ++ longpath=this-is/a-path/which-has/quite-a/definitely/truly/long_long_name >> ++ cachevar=am_cv_CC_dependencies_compiler_type >> [SNIP] >> ++ displayed_depmode='(cached) cpp' >> ++ cfg_deptrack=am_cv_CC_dependencies_compiler_type=cpp >> ++ /opt/csw/bin/ggrep -F am_cv_CC_dependencies_compiler_type configure >> if ${am_cv_CC_dependencies_compiler_type+:} false; then : >> am_cv_CC_dependencies_compiler_type=none >> am_cv_CC_dependencies_compiler_type=$depmode >> am_cv_CC_dependencies_compiler_type=none >> { $as_echo "$as_me:${as_lineno-$LINENO}: result: >> $am_cv_CC_dependencies_compiler_type" >&5 >> $as_echo "$am_cv_CC_dependencies_compiler_type" >&6; } >> CCDEPMODE=depmode=$am_cv_CC_dependencies_compiler_type >> && test "$am_cv_CC_dependencies_compiler_type" = gcc3; then >> ++ cd_top >> ++ cd /home/dam/.../automake-1.12.5/t/depcomp-lt-cpp.dir >> [SNIP] >> ++ mkdir intree >> ++ cd intree >> [SNIP] >> ++ ./configure am_cv_CC_dependencies_compiler_type=cpp >> configure: error: in >> `/home/dam/mgar/pkg/automake/trunk/work/solaris10-sparc/build-isa-sparcv8plus-version-1.12.5/automake-1.12.5/t/depcomp-lt-cpp.dir/intree': >> configure: error: C compiler cannot create executables >> See `config.log' for more details >> ++ tap_result_='not ok' >> ++ result_ 'not ok' -D '' -r '' -- '[in-tree build] configure' >> ++ set +x >> ++ cat stdout >> checking for a BSD-compatible install... /opt/csw/bin/ginstall -c >> checking whether build environment is sane... yes >> checking for a thread-safe mkdir -p... /opt/csw/bin/gmkdir -p >> checking for gawk... gawk >> checking whether make sets $(MAKE)... yes >> checking for gcc... gcc >> checking whether the C compiler works... no >> not ok 1 - [in-tree build] configure >> FAIL: t/depcomp-lt-cpp.tap 1 - [in-tree build] configure >> > OK, this reeks of spurious failure. > A look to:
<http://buildfarm.opencsw.org/~dam/automake-1.12.5/t/depcomp-lt-gcc.dir/intree/config.log> seems to confirm this: ... compilation terminated. configure:2949: $? = 1 configure:2969: checking whether the C compiler works configure:2991: gcc -I/opt/csw/include -m32 -xarch=sparc -L/opt/csw/lib conftest.c >&5 gcc: error: language arch=sparc not recognized gcc: error: language arch=sparc not recognized configure:2995: $? = 1 configure:3033: result: no configure: failed program was: ... And according to <http://buildfarm.opencsw.org/~dam/automake-1.12.5/t/get-sysconf.log> You're passing flags specific to the Solaris C compiler in the LDFLAGS variable; that is, the "-xarch=sparc" in: LDFLAGS='-m32 -xarch=sparc -L/opt/csw/lib' Since LDFLAGS is used also by gcc, chaos ensues. Could yo try to re-run the testsuite with a fixed environment, that is, exporting flags specific to the Solaris compiler in CFLAGS rather than in LDLFAGS? Thanks, Stefano
