This is the mail archive of the
mailing list for the binutils project.
Re: [GOLD] -Ttext does not relocate as expected
- From: ryan <stdstack at gmail dot com>
- To: Ian Lance Taylor <iant at google dot com>
- Cc: Binutils <binutils at sourceware dot org>
- Date: Wed, 20 Mar 2013 17:44:15 -0700
- Subject: Re: [GOLD] -Ttext does not relocate as expected
- References: <CAOjn=HQxudFLCpUJqKw3jtBirW6X=nxUQPC4tGJDSW5=LD0jTQ at mail dot gmail dot com> <CAKOQZ8ytZu0iAOMoHqLF5q7nm8WRW1VUjv1GgRbns5cTy1+JEg at mail dot gmail dot com>
I see. Thanks Ian! It seems like my example only has one text section, so what
could be the other sections occupying the first 0x1000 offset?
On Wed, Mar 20, 2013 at 5:33 PM, Ian Lance Taylor <email@example.com> wrote:
> On Wed, Mar 20, 2013 at 5:21 PM, ryan <firstname.lastname@example.org> wrote:
>> Not sure whether this is a bug or not. When I'm writing a simple hello
>> world boot loader, I tried to relocate the text section to 0x7c00 for
>> convention. The assembly code is attached. I used the following
>> command to compile it:
>>> gcc -m32 -nostdinc -c -o boot.o boot.S
>>> ld -m elf_i386 -N -e start -Ttext 0x7c00 -o boot.out boot.o
>>> objdump -S boot.out > boot.asm
>> It doesn't work as expected. Then I checked boot.asm the actual start
>> address is 0x8c00 instead of 0x7c00.
>>> Disassembly of section .text:
>>> 00008c00 <start>:
>>> 8c00: fc cld
>>> 8c01: 31 c0 xor %eax,%eax
>> It took me a while to realize in my system, I replaced the default
>> `ld' with `ld.gold'. So `ld' in the above command is actually
>> `ld.gold'. After I changed it back to use the default `ld', the start
>> address become 7c00 as expected. Does anyone has a clue why it's like
> For GNU ld the -Ttext option sets the address of the .text section.
> For gold the -Ttext option sets the address of the text segment. If
> your .text section is not the first section in your text segment, then
> the results will differ.