John, Thanks a lot. I am debugging a user space app. I guess I didn't realize I could use Eclipse on my host and debug on the target without the binaries on the host. I do have the sources on my host anyway. I have never heard of CCSV7 but a quick look at http://www.ti.com/tool/ccstudio is attractive. I'll check it out. Thanks, Clark
On Wednesday, July 26, 2017 at 4:57:41 PM UTC-7, john3909 wrote: > Are you debugging user space app or kernel code like drivers, kernel > modules, etc? > > If you are debugging user space app, you have two solutions: > 1) use gdbserver on your BBB and Code Composer Studio (CCSV7) or Eclipse > on your host, which uses gdb for debugging. You will need your BBB source > code on your host. I recommend that you use NFS to host your BBB rootfs on > your host machine. > 2) use USB200 JTAG debugger and use CCSV7 for debugging. > > For kernel code debugging, you can use 2) above, but the debugging is > limited because CCSV7 isn’t kernel aware. > > Regards, > John > > > > > On Jul 26, 2017, at 4:34 PM, clarkbr...@gmail.com <javascript:> wrote: > > I really need to have a symbolic interface to gdb running on my BBBs. > Here is my situation. > I keep build copies of the software on the BBB and compile them on the BBB. > I edit them on my PC, keeping the masters in a local repo. I manually move > them over after editing to compile them on the BBB. > I have tried debugging on the BBB with gdb and its command line interface > but the code has gotten too complicated nowadays. > I am running the 2017-03-19 image with updates. I am concerned about the > file space remaining on the BBB so I don't want a big app on the BBB. > I can do X to my desktop, so an X frontend to dbg seems like the best > answer. > In other situations, I have used Eclipse CDT on my dev station (that was a > Ubuntu box) but cross compiling and remote debugging were a problem. I > ended up pushing the sources over and compiling over on the BBB and never > remote debugged. > Now I have a Windows dev station and I could put Eclipse on it, but things > like cross compiling would be a disaster. > I push the BBB pretty hard with my app. The BBB is only a single > processor. Whatever the front end it shouldn't take a lot of cpu. I guess > during debugging sessions, the cpu load is excusable tho. > I don't think the file space for putting Eclipse CDT on the BBB is > affordable, otherwise I like running Eclipse on the BBB. I can teach > Eclipse where my repo is. I could run it via X from my PC. > I could rebuild the bots but use a big SD card so file space isn't a > problem. I guess I haven't accreted soooo much stuff that rebuilding would > be a set back. > So what to do? > Thanks, > Clark > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beagleboard...@googlegroups.com <javascript:>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/08df6016-8563-4d7a-98be-1feffb97e20a%40googlegroups.com > > <https://groups.google.com/d/msgid/beagleboard/08df6016-8563-4d7a-98be-1feffb97e20a%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/6feb4433-64ca-488a-94da-7859f82a6442%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
