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