* [Buildroot] Debugging across uClibc calls
@ 2007-06-28 23:28 Ken Cecka
[not found] ` <CF7E46FCFF66AD478BB72724345289EC279721@twx-exch01.twacs.local>
0 siblings, 1 reply; 3+ messages in thread
From: Ken Cecka @ 2007-06-28 23:28 UTC (permalink / raw)
To: buildroot
Hi All,
I've got a PPC405 target up and running with a buildroot/uClibc linux
environment, and now I'm trying to debug an application. I can launch the
application using gdbserver and then connect to it using my host gdb, and
everything is great as I step through the code... until I reach a C
library
call. Any time I try to step over one of these (e.g. print, memcpy, etc),
I end up getting stuck in call___do_global_ctors_aux.
I did a little searching around on the web and the only thing I could find
about this is that this symbol is related to runtime linking of shared
library functions. That's fine and dandy, but how do I get past it? I'm
not trying to step into the call, just over it so I can continue debugging
my high level code.
Any suggestions?
Thanks,
Ken
^ permalink raw reply [flat|nested] 3+ messages in thread[parent not found: <CF7E46FCFF66AD478BB72724345289EC279721@twx-exch01.twacs.local>]
* [Buildroot] Debugging across uClibc calls [not found] ` <CF7E46FCFF66AD478BB72724345289EC279721@twx-exch01.twacs.local> @ 2007-07-02 17:19 ` Ken and Timi Cecka 2007-07-02 17:29 ` Steven J. Hill 0 siblings, 1 reply; 3+ messages in thread From: Ken and Timi Cecka @ 2007-07-02 17:19 UTC (permalink / raw) To: buildroot Hi Michael, Thanks for the suggestiron. I had not been setting the solib-absolute-prefix, and doing so cleared up some error messages I was seeing in GDB, but did not resolve my primary issue. I still can not step across C library calls. However, I've found that I can simply set my cursor on the next line and do Continue Until Here (I'm using DDD) to get past it. Would still be good to figure this out, but at least it's not holding me up. Ken On Fri, 29 Jun 2007, Benedict, Michael wrote: > Ken, > Are you setting solib-absolute-prefix in the host gdb session? > It should be set to your target root directory. > Cheers, > Michael > > buildroot-bounces at uclibc.org wrote: > > Hi All, > > > > I've got a PPC405 target up and running with a buildroot/uClibc linux > > environment, and now I'm trying to debug an application. I > > can launch the > > application using gdbserver and then connect to it using my > > host gdb, and > > everything is great as I step through the code... until I reach a C > > library call. Any time I try to step over one of these (e.g. print, > > memcpy, etc), > > I end up getting stuck in call___do_global_ctors_aux. > > > > I did a little searching around on the web and the only thing > > I could find > > about this is that this symbol is related to runtime linking of shared > > library functions. That's fine and dandy, but how do I get > > past it? I'm > > not trying to step into the call, just over it so I can > > continue debugging > > my high level code. > > > > Any suggestions? > > > > Thanks, > > Ken > > _______________________________________________ > > buildroot mailing list > > buildroot at uclibc.org > > http://busybox.net/mailman/listinfo/buildroot > > > ^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] Debugging across uClibc calls 2007-07-02 17:19 ` Ken and Timi Cecka @ 2007-07-02 17:29 ` Steven J. Hill 0 siblings, 0 replies; 3+ messages in thread From: Steven J. Hill @ 2007-07-02 17:29 UTC (permalink / raw) To: buildroot > Thanks for the suggestiron. I had not been setting the > solib-absolute-prefix, and doing so cleared up some error messages I was > seeing in GDB, but did not resolve my primary issue. I still can not step > across C library calls. However, I've found that I can simply set my > cursor on the next line and do Continue Until Here (I'm using DDD) to get > past it. Would still be good to figure this out, but at least it's not > holding me up. > This is NOT a buildroot question. Please ask these questions on the uClibc mailing list. -Steve ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-07-02 17:29 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-06-28 23:28 [Buildroot] Debugging across uClibc calls Ken Cecka
[not found] ` <CF7E46FCFF66AD478BB72724345289EC279721@twx-exch01.twacs.local>
2007-07-02 17:19 ` Ken and Timi Cecka
2007-07-02 17:29 ` Steven J. Hill
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox