Linking problem when building gcc 4.6.2 on Ubuntu 10.11 (Oneiric)

Linking problem when building gcc 4.6.2 on Ubuntu 10.11 (Oneiric)

[Dana Robinson]

Hi all,

I'm trying to build gcc 4.6.2 (checked out from the 4.6.2 release
branch in Subversion)  on 64-bit Ubuntu 10.11 (Oneiric Ocelot) using
gcc 4.6.1.  My problem is that configuration and compilation work
fine, but linking fails when ld can't find crti.o:

/usr/bin/ld: cannot find crti.o: No such file or directory
collect2: ld returned 1 exit status
make[3]: *** [libgcc_s.so] Error 1

The entire toolchain was installed via the package manager and all the
required dev libraries are installed, including libc6-dev.  I'm not
building in the source directory.  The distro was updated to 10.11
from 10.4 (Natty Narwhal) if that makes a difference.  The only
configuration flag that I have set is --prefix.

Any ideas why this would fail?  I clearly have the devel libraries
(and crti.o) installed so it's odd that the linker can't find them.  I
know 10.11 added --as-needed as a default gcc flag, but it seems odd
that gcc itself would have issues building under that.  I've enclosed
the last 15 lines of my make output below and I can send any
configure/make output that would be helpful.

Here's where find says my libraries lurk:

/usr/lib32/crti.o
/usr/lib/debug/usr/lib32/crti.o
/usr/lib/debug/usr/lib/x86_64-linux-gnu/crti.o
/usr/lib/x86_64-linux-gnu/crti.o

Thanks,

Dana

BEGIN MAKE OUTPUT

# @multilib_flags@ is still needed because this may use
# /home/derobins/gcc/build/./gcc/xgcc
-B/home/derobins/gcc/build/./gcc/
-B/home/derobins/gcc/4.6.2/x86_64-unknown-linux-gnu/bin/
-B/home/derobins/gcc/4.6.2/x86_64-unknown-linux-gnu/lib/ -isystem
/home/derobins/gcc/4.6.2/x86_64-unknown-linux-gnu/include -isystem
/home/derobins/gcc/4.6.2/x86_64-unknown-linux-gnu/sys-include    and
-O2  -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector  directly.
# @multilib_dir@ is not really necessary, but sometimes it has
# more uses than just a directory name.
/bin/bash ../../../src/libgcc/../mkinstalldirs .
/home/derobins/gcc/build/./gcc/xgcc -B/home/derobins/gcc/build/./gcc/
-B/home/derobins/gcc/4.6.2/x86_64-unknown-linux-gnu/bin/
-B/home/derobins/gcc/4.6.2/x86_64-unknown-linux-gnu/lib/ -isystem
/home/derobins/gcc/4.6.2/x86_64-unknown-linux-gnu/include -isystem
/home/derobins/gcc/4.6.2/x86_64-unknown-linux-gnu/sys-include    -O2
-g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector  -shared -nodefaultlibs
-Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc.map -o
./libgcc_s.so.1.tmp -g -O2 -B./ _muldi3_s.o _negdi2_s.o _lshrdi3_s.o
_ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o _clear_cache_s.o
_enable_execute_stack_s.o _trampoline_s.o __main_s.o _absvsi2_s.o
_absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o
_mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o
_ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o
_ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o
_paritysi2_s.o _paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o
_mulsc3_s.o _muldc3_s.o _mulxc3_s.o _divsc3_s.o _divdc3_s.o
_divxc3_s.o _bswapsi2_s.o _bswapdi2_s.o _fixunssfsi_s.o
_fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o
_fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _floatdisf_s.o
_floatdidf_s.o _floatdixf_s.o _floatundisf_s.o _floatundidf_s.o
_floatundixf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o
_udiv_w_sdiv_s.o _udivmoddi4_s.o addtf3_s.o divtf3_s.o multf3_s.o
negtf2_s.o subtf3_s.o unordtf2_s.o fixtfsi_s.o fixunstfsi_s.o
floatsitf_s.o floatunsitf_s.o fixtfdi_s.o fixunstfdi_s.o floatditf_s.o
floatunditf_s.o fixtfti_s.o fixunstfti_s.o floattitf_s.o
floatuntitf_s.o extendsftf2_s.o extenddftf2_s.o extendxftf2_s.o
trunctfsf2_s.o trunctfdf2_s.o trunctfxf2_s.o getf2_s.o letf2_s.o
eqtf2_s.o _divtc3_s.o _multc3_s.o _powitf2_s.o unwind-dw2_s.o
unwind-dw2-fde-glibc_s.o unwind-sjlj_s.o gthr-gnat_s.o unwind-c_s.o
emutls_s.o -lc && rm -f ./libgcc_s.so && if [ -f ./libgcc_s.so.1 ];
then mv -f ./libgcc_s.so.1 ./libgcc_s.so.1.backup; else true; fi && mv
./libgcc_s.so.1.tmp ./libgcc_s.so.1 && ln -s libgcc_s.so.1
./libgcc_s.so
/usr/bin/ld: cannot find crti.o: No such file or directory
collect2: ld returned 1 exit status
make[3]: *** [libgcc_s.so] Error 1
make[3]: Leaving directory
`/home/derobins/gcc/build/x86_64-unknown-linux-gnu/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory `/home/derobins/gcc/build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/home/derobins/gcc/build'
make: *** [all] Error 2

END MAKE OUTPUT

Re: Linking problem when building gcc 4.6.2 on Ubuntu 10.11 (Oneiric)

[Ian Lance Taylor]

Dana Robinson <dana.e.robinson@gmail.com> writes:

> I'm trying to build gcc 4.6.2 (checked out from the 4.6.2 release
> branch in Subversion)  on 64-bit Ubuntu 10.11 (Oneiric Ocelot) using
> gcc 4.6.1.  My problem is that configuration and compilation work
> fine, but linking fails when ld can't find crti.o:
>
> /usr/bin/ld: cannot find crti.o: No such file or directory
> collect2: ld returned 1 exit status
> make[3]: *** [libgcc_s.so] Error 1

Debian, and therefore Ubuntu, have decided to move libraries from the
directories where they found on all other GNU/Linux distros.  gcc has
not been changed accordingly.  There is a proposed patch here:
http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01649.html .

Ian

Re: Linking problem when building gcc 4.6.2 on Ubuntu 10.11 (Oneiric)

[Dana Robinson]

Hi Ian,

>
> Debian, and therefore Ubuntu, have decided to move libraries from the
> directories where they found on all other GNU/Linux distros.  gcc has
> not been changed accordingly.  There is a proposed patch here:
> http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01649.html .

Thanks!  That was very helpful.

Instead of applying the patch, I solved my problem by switching to a
Fedora 15 VM where 4.6.2 built easily.

Cheers,

Dana