* Re: How to build & run ARM gdb?
@ 2008-05-14 14:39 Robert Trask
2008-05-14 16:29 ` Daniel Jacobowitz
0 siblings, 1 reply; 4+ messages in thread
From: Robert Trask @ 2008-05-14 14:39 UTC (permalink / raw)
To: gdb
As a follow on, I rebuilt the native gdb from 6.8 sources thus:
# ./configure
# make
# make install
It correctly interprets the arm elf file debug information, i.e. it's able to find symbols in source files via the "list" command etc.
Why is the simple act of cross-targeting gdb destroying this capability?
R.
----- Original Message ----
From: Robert Trask <rt_trask@yahoo.com>
To: gdb@sources.redhat.com
Sent: Tuesday, May 13, 2008 7:08:22 PM
Subject: How to build & run ARM gdb?
Hello,
I am doing remote ARM system development cross hosted on a Redhat FC4 machine.
For building gdb I do the following:
# ./configure --target=arm-none-eabi
# make
The
resulting gdb seems to work ok vis-a-vis connecting to the target via
the remote protocol but it has problems interpreting the debug info in
the executable thus:
(gdb) list <symbol_name>
No line number known for <symbol_name>.
Apparently this gdb can't understand the elf file?
But, the gdb that came with the RH distribution, ( GNU gdb Red Hat Linux (6.3.0.0-1.21rh) DOES understand the elf file and correctly finds the <symbol_name> in the appropriate source file.
Of course, since it was configured for "i386-redhat-linux-gnu" it has no hope of properly interacting with the remote ARM target.
I have tried all manner of different configurations (all accepted by config.sub). I get the same result.
What is happening here and how do I fix it?
I have tried this with gdb 6.7.1 and 6.8. I am using Redhat Fedore Core 4.
R.
^ permalink raw reply [flat|nested] 4+ messages in thread
* How to build & run ARM gdb?
@ 2008-05-14 2:08 Robert Trask
2008-05-14 2:45 ` Daniel Jacobowitz
0 siblings, 1 reply; 4+ messages in thread
From: Robert Trask @ 2008-05-14 2:08 UTC (permalink / raw)
To: gdb
Hello,
I am doing remote ARM system development cross hosted on a Redhat FC4 machine.
For building gdb I do the following:
# ./configure --target=arm-none-eabi
# make
The
resulting gdb seems to work ok vis-a-vis connecting to the target via
the remote protocol but it has problems interpreting the debug info in
the executable thus:
(gdb) list <symbol_name>
No line number known for <symbol_name>.
Apparently this gdb can't understand the elf file?
But, the gdb that came with the RH distribution, ( GNU gdb Red Hat Linux (6.3.0.0-1.21rh) DOES understand the elf file and correctly finds the <symbol_name> in the appropriate source file.
Of course, since it was configured for "i386-redhat-linux-gnu" it has no hope of properly interacting with the remote ARM target.
I have tried all manner of different configurations (all accepted by config.sub). I get the same result.
What is happening here and how do I fix it?
I have tried this with gdb 6.7.1 and 6.8. I am using Redhat Fedore Core 4.
R.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: How to build & run ARM gdb?
2008-05-14 2:08 Robert Trask
@ 2008-05-14 2:45 ` Daniel Jacobowitz
0 siblings, 0 replies; 4+ messages in thread
From: Daniel Jacobowitz @ 2008-05-14 2:45 UTC (permalink / raw)
To: Robert Trask; +Cc: gdb
On Tue, May 13, 2008 at 07:08:22PM -0700, Robert Trask wrote:
> The
> resulting gdb seems to work ok vis-a-vis connecting to the target via
> the remote protocol but it has problems interpreting the debug info in
> the executable thus:
>
> (gdb) list <symbol_name>
> No line number known for <symbol_name>.
>
> Apparently this gdb can't understand the elf file?
What compiler was used? Can you provide a test case?
--
Daniel Jacobowitz
CodeSourcery
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-05-14 16:29 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-05-14 14:39 How to build & run ARM gdb? Robert Trask
2008-05-14 16:29 ` Daniel Jacobowitz
-- strict thread matches above, loose matches on Subject: below --
2008-05-14 2:08 Robert Trask
2008-05-14 2:45 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox