Putting debug info in rtems files
Gene Smith
gds at chartertn.net
Mon Oct 11 02:50:22 UTC 2004
Kamen Penev wrote, On 10/08/2004 08:47 PM:
> My intuition is this is a linker problem. Check your linker script and
> the invocation of the linker. Make sure you are not throwing away the
> stabs sections.
>
> Kamen
>
My linkcmds file (based on helas403) does call out the stab sections (as
well as dwarfs).
I noticed that when I run gdb (via insight) I can actually see my source
if I set my gdb source "directory" path just right. This seems to be
because there are a lot of "../" constructs in the hello.exe file. For
example I see things like this where source files appear in the binary:
../../../../../../rtems-4.6.1/cpukit/libcsupport/src/malloc.c
../../../../../rtems-4.6.1/c/src/optman/rtems/no-dpmem.c
../../../../../../../../../rtems-4.6.1/c/src/lib/libcpu/powerpc/ppc403/console/console405.c
I see the same things when files are entered when running gdb.
The number of ../'s seem to depend on something since they vary with
file but not sure what. Any idea what controls this? (I have to set my
"directory" possibly 9, 5, 6 levels beyond the "rtems-4.6.1" to see my
source in gdb.)
If the ../'s weren't there, I could set my gdb directory to right before
the "rtems-4.6.1" and gdb would append to that the correct file path.
Anyone know what is going on here and if it is possible to get rid of
the ../'s?
-gene
More information about the users
mailing list