This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: ARM/Linux OSABI problems (was Re: breakpoints not working ingdbserver)
On Wed, 2002-08-14 at 15:10, Daniel Jacobowitz wrote:
> ... wait! I know what's wrong. Does uClibc provide a .note.ABI-tag
> section, like glibc does? If not, that needs to be corrected, or GDB
> needs to find some other way to recognize uClibc binaries.
You're right(objdump):
arm-linux:
**********
Sections:
Idx Name Size VMA LMA File off Algn
0 .interp 00000013 000080f4 000080f4 000000f4 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
1 .note.ABI-tag 00000020 00008110 00008110 00000110 2**4
CONTENTS, ALLOC, LOAD, READONLY, DATA
2 .hash 00000198 00008130 00008130 00000130 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
3 .dynsym 000003f0 000082c8 000082c8 000002c8 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
4 .dynstr 000001fd 000086b8 000086b8 000006b8 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
5 .gnu.version 0000007e 000088b6 000088b6 000008b6 2**1
CONTENTS, ALLOC, LOAD, READONLY, DATA
6 .gnu.version_r 00000030 00008934 00008934 00000934 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
7 .rel.got 00000008 00008964 00008964 00000964 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
8 .rel.bss 00000020 0000896c 0000896c 0000096c 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
9 .rel.plt 000001c0 0000898c 0000898c 0000098c 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
10 .init 00000018 00008b4c 00008b4c 00000b4c 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
11 .plt 00000390 00008b64 00008b64 00000b64 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
12 .text 000047d8 00008ef4 00008ef4 00000ef4 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
13 .fini 00000014 0000d6cc 0000d6cc 000056cc 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
14 .rodata 00001564 0000d6e0 0000d6e0 000056e0 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
15 .data 00000168 00016c44 00016c44 00006c44 2**2
CONTENTS, ALLOC, LOAD, DATA
16 .ctors 00000008 00016dac 00016dac 00006dac 2**2
CONTENTS, ALLOC, LOAD, DATA
17 .dtors 00000008 00016db4 00016db4 00006db4 2**2
CONTENTS, ALLOC, LOAD, DATA
18 .got 000000f0 00016dbc 00016dbc 00006dbc 2**2
CONTENTS, ALLOC, LOAD, DATA
19 .dynamic 000000a0 00016eac 00016eac 00006eac 2**2
CONTENTS, ALLOC, LOAD, DATA
20 .sbss 00000000 00016f4c 00016f4c 00006f50 2**0
CONTENTS
21 .bss 00004b24 00016f50 00016f50 00006f50 2**4
ALLOC
22 .comment 000001ee 00000000 00000000 00006f50 2**0
CONTENTS, READONLY
uclibc:
*******
Sections:
Idx Name Size VMA LMA File off Algn
0 .interp 00000014 000080d4 000080d4 000000d4 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
1 .hash 00000704 000080e8 000080e8 000000e8 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
2 .dynsym 00000fa0 000087ec 000087ec 000007ec 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
3 .dynstr 00000824 0000978c 0000978c 0000178c 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
4 .rel.bss 00000048 00009fb0 00009fb0 00001fb0 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
5 .rel.plt 00000700 00009ff8 00009ff8 00001ff8 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
6 .plt 00000e10 0000a6f8 0000a6f8 000026f8 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
7 .text 00037560 0000b508 0000b508 00003508 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
8 .rodata 0000ccd0 00042a68 00042a68 0003aa68 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
9 .data 00000778 00057738 00057738 00047738 2**2
CONTENTS, ALLOC, LOAD, DATA
10 .got 00000390 00057eb0 00057eb0 00047eb0 2**2
CONTENTS, ALLOC, LOAD, DATA
11 .dynamic 00000078 00058240 00058240 00048240 2**2
CONTENTS, ALLOC, LOAD, DATA
12 .sbss 00000000 000582b8 000582b8 000482b8 2**0
CONTENTS
13 .bss 00007d20 000582b8 000582b8 000482b8 2**3
ALLOC
What do you think what would be the best solution? I liked the idea that
Andrew Cagney give:
> (gdb) set architecture <machine> <osabi>
>
>the user should be able to force the <osabi> so that they can extract
>themselves from situtations such as this.
I will do this if you think it is a good idea. (Plese give me some
pointers where to start becouse I'm new to gdb sources)
Regards Simon
--
Simon Posnjak
http://klada.dyndns.org