Hi,
current mainline gcc seems to call the linker incorrectly, so that it cannot
find the crt*.o files:
~/tmp>cat bla.c
int main(void) {}
~/tmp>gcc -v bla.c
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /scratch/martin/gcc/configure
--prefix=/afs/mpa/data/martin/ugcc --enable-languages=c++,fortran
--enable-checking=release
Thread model: posix
gcc version 4.3.0 20070104 (experimental)
/afs/mpa/data/martin/ugcc/libexec/gcc/i686-pc-linux-gnu/4.3.0/cc1 -quiet -v
bla.c -quiet -dumpbase bla.c -mtune=generic -auxbase bla -version -o
/tmp/cc1cwpGv.s
ignoring nonexistent directory
"/afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/afs/mpa/data/martin/ugcc/include
/afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.3.0/include
/usr/include
End of search list.
GNU C version 4.3.0 20070104 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.3.0 20070104 (experimental).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 4b6976291ae40cffc80492b11bf03681
as -V -Qy -o /tmp/ccgYye0U.o /tmp/cc1cwpGv.s
GNU assembler version 2.16.1 (i686-pc-linux-gnu) using BFD version 2.16.1
/afs/mpa/data/martin/ugcc/libexec/gcc/i686-pc-linux-gnu/4.3.0/collect2 --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o crtbegin.o
-L/afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.3.0 -L/afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.3.0/../../.. /tmp/ccgYye0U.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc
--as-needed -lgcc_s --no-as-needed crtend.o /usr/lib/crtn.o
/usr/bin/ld: crtbegin.o: No such file: No such file or directory
collect2: ld returned 1 exit status
This probably happens because the crt*.o files are no longer placed into <some
path>/lib/gcc/i686-pc-linux-gnu/4.3.0/
but rather into <some path>/lib/gcc/i686-pc-linux-gnu/.
Is this related to the recent libgcc changes?
Thanks,
Martin
