Bart De VOS pointed out that removing absolute paths from the libc linker scripts is plainly wrong.
It dates from dawn ages of the original crosstool code, and is not well explained. At that time, binutils might not understand the sysroot stuff, and it was necessary to remove absolute paths in that case.
/trunk/scripts/build/libc/glibc.sh | 14 2 12 0 ++------------
1 file changed, 2 insertions(+), 12 deletions(-)
1 diff -durN duma_2_5_12.orig/Makefile duma_2_5_12/Makefile
2 --- duma_2_5_12.orig/Makefile 2007-08-17 09:34:25.000000000 +0200
3 +++ duma_2_5_12/Makefile 2007-09-07 21:50:04.000000000 +0200
16 createconf$(EXEPOSTFIX): createconf.o
17 - $(RMFORCE) createconf$(EXEPOSTFIX)
18 - $(CC) $(CFLAGS) $(DUMA_OPTIONS) createconf.o -o createconf$(EXEPOSTFIX)
19 + $(HOSTCC) $(HOSTCFLAGS) $(DUMA_OPTIONS) createconf.o -o createconf$(EXEPOSTFIX)
21 tstheap$(EXEPOSTFIX): libduma.a tstheap.o
22 - $(RMFORCE) tstheap$(EXEPOSTFIX)
24 # define rules how to build objects for createconf
27 - $(CC) $(CFLAGS) $(DUMA_OPTIONS) -c createconf.c -o $@
28 + $(HOSTCC) $(HOSTCFLAGS) $(DUMA_OPTIONS) -c createconf.c -o $@