GNU bug report logs -
#11524
[platform-testers] Automake 1.12.0b test release
Previous Next
Reported by: Dagobert Michelsen <dam <at> opencsw.org>
Date: Sun, 20 May 2012 09:59:01 UTC
Severity: normal
Tags: moreinfo, wontfix
Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #52 received at 11524 <at> debbugs.gnu.org (full text, mbox):
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
This bug report was last modified 10 years and 237 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.