Re: gdb cross compilation, error from gdb/tui module

[paawan oza <paawan1982@yahoo.com>]

same results with arm-eabi

linux-ghot:/home/oza/mk_patch/gdb/gdb-7.2/gdb # arm-none-linux-gnueabi-gcc -g 
./test.c
./test.c: In function 'main':
./test.c:3: warning: incompatible implicit declaration of built-in function 
'printf'

linux-ghot:/home/oza/mk_patch/gdb/gdb-7.2/gdb # file ./a.out
./a.out: ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.6.14, 
dynamically linked (uses shared libs), for GNU/Linux 2.6.14, not stripped

linux-ghot:/home/oza/mk_patch/gdb/gdb-7.2/gdb # ./gdb
GNU gdb (GDB) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-eabi".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Setting up the environment for debugging gdb.
No symbol table is loaded.  Use the "file" command.
Make breakpoint pending on future shared library load? (y or [n]) [answered N; 
input not from terminal]
No symbol table is loaded.  Use the "file" command.
Make breakpoint pending on future shared library load? (y or [n]) [answered N; 
input not from terminal]
.gdbinit:8: Error in sourced command file:
Argument required (one or more breakpoint numbers).
(gdb) target sim
Connected to the simulator.
(gdb) file ./a.out
warning: A handler for the OS ABI "GNU/Linux" is not built into this 
configuration
of GDB.  Attempting to continue with the default arm settings.

Reading symbols from /home/oza/mk_patch/gdb/gdb-7.2/gdb/a.out...done.
(gdb) load
Loading section .interp, size 0x13 vma 0x8134
Loading section .note.ABI-tag, size 0x20 vma 0x8148
Loading section .hash, size 0x28 vma 0x8168
Loading section .dynsym, size 0x50 vma 0x8190
Loading section .dynstr, size 0x41 vma 0x81e0
Loading section .gnu.version, size 0xa vma 0x8222
Loading section .gnu.version_r, size 0x20 vma 0x822c
Loading section .rel.dyn, size 0x8 vma 0x824c
Loading section .rel.plt, size 0x20 vma 0x8254
Loading section .init, size 0xc vma 0x8274
Loading section .plt, size 0x44 vma 0x8280
Loading section .text, size 0x138 vma 0x82c4
Loading section .fini, size 0x8 vma 0x83fc
Loading section .rodata, size 0xc vma 0x8404
Loading section .ARM.exidx, size 0x8 vma 0x8410
Loading section .eh_frame, size 0x4 vma 0x8418
Loading section .init_array, size 0x4 vma 0x1041c
Loading section .fini_array, size 0x4 vma 0x10420
Loading section .jcr, size 0x4 vma 0x10424
Loading section .dynamic, size 0xe8 vma 0x10428
Loading section .got, size 0x20 vma 0x10510
Loading section .data, size 0x8 vma 0x10530
Start address 0x82c4
Transfer rate: 8208 bits in <1 sec.
(gdb) start
Temporary breakpoint 1 at 0x8378: file ./test.c, line 3.
Starting program: /home/oza/mk_patch/gdb/gdb-7.2/gdb/a.out


<here it hangs>

Regards,
Oza.



----- Original Message ----
From: Pedro Alves <pedro@codesourcery.com>
To: paawan oza <paawan1982@yahoo.com>
Cc: Baurzhan Ismagulov <ibr@radix50.net>; gdb@sourceware.org
Sent: Thu, October 28, 2010 5:41:38 PM
Subject: Re: gdb cross compilation, error from gdb/tui module

On Thursday 28 October 2010 12:56:57, paawan oza wrote:

> and I have cross compiled it with tool chain at following location
>http://www.codesourcery.com/sgpp/lite/arm/portal/package3696/public/arm-none-linux-gnueabi/arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
>2
                                                                                
                           ^^^^^^^^^^^^^^^^^^^^^^

> This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf".
                                                                ^^^^^^^

> warning: A handler for the OS ABI "GNU/Linux" is not built into this 

...

> any idea how to get the arm binaries correctly getting worked under arm 
> simulator ?

I suppose you'll get better results with a compiler that matches
your target...

Try building gdb with --target=arm-eabi, and to use the arm-eabi compiler,
not the arm-linux-gnueabi compiler.

-- 
Pedro Alves