ld -Ttext 0x80000 causes ld.so segfault on ppc-unknown-linux-gnu
Alan Modra
alan@linuxcare.com.au
Sun Jul 9 16:56:00 GMT 2000
More information about the Binutils mailing list
Sun Jul 9 16:56:00 GMT 2000
- Previous message (by thread): ld -Ttext 0x80000 causes ld.so segfault on ppc-unknown-linux-gnu
- Next message (by thread): ld -Ttext 0x80000 causes ld.so segfault on ppc-unknown-linux-gnu
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Sun, 9 Jul 2000, Anton Ertl wrote: > Also, with ld-2.9.5 on ppc-unknown-linux-gnu -Ttext seems to influnce > the start address of the following sections: .text .init .fini .rodata > .sdata2, and, probably indirectly, .data etc: It depends on the order in which sections are linked, which is determined by the linker script and some magic for sections that don't appear in the linker script. Basically, sections are linked at addresses following the previous section, unless told otherwise by the linker script (or --section-start, -Ttext etc.) BTW, here's a way to successfully link your hello.c under x86-linux gcc -o hello -static -Wl,-T,elf_i386.x,--section-start,.interp=0x80000 \ hello.c elf_i386.x is the standard linker script with SIZEOF_HEADERS replaced with 1024, and it assumes you have a linker with working --section-start, ie. CVS as of today. Regards, Alan Modra -- Linuxcare. Support for the Revolution.
- Previous message (by thread): ld -Ttext 0x80000 causes ld.so segfault on ppc-unknown-linux-gnu
- Next message (by thread): ld -Ttext 0x80000 causes ld.so segfault on ppc-unknown-linux-gnu
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list