Subject: bug#11524: ping on automake bug#11524

From: Stefano Lattarini <[email-masked]>
Date: Mon, 26 Nov 2012 12:38:43 +0100

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