I haven’t used CCS for several years as I use Lauterbach for all my linux kernel/driver debugging. However, I’ll try to remember how to everything you need. See inline comments: Regards, John
> On Aug 5, 2017, at 9:44 AM, clarkbriggs...@gmail.com wrote: > > John, > Thanks. It does sound like you know the TI CCS stuff. While the TI market > place exposed several high level products, I can't figure out how to drill > down to the compiler. In particular, I think I installed for the AM33xx BBB > processor when I first put CCS in, but can't find any trace of the processor > family in the configuration. Further, I don't find any settings for the > target OS. I am using CCS on Windows and targeting Debian on the BBB. Use CCS to create a new C/C++ Makefile project. On the project in the explorer panel, right click on the project name and select properties. I don’t recall the section, but you should see a section with environment variables, where you add: CROSS_COMPILE=<path to your arm compiler tools>/arm-linux-gnueabihf- ARCH=arm Now in the explorer panel, add files/folders and then run “Build Project” (I think that is the name). You should see the result/errors of your build in the console window. This might help: https://training.ti.com/linux-board-porting-series-module-10-debugging-linux-kernel-jtag-ccs <https://training.ti.com/linux-board-porting-series-module-10-debugging-linux-kernel-jtag-ccs> https://training.ti.com/search-catalog/field_language/EN/categories/products?keyword_op=AND&keywords=CCS%20linux&start=&end= <https://training.ti.com/search-catalog/field_language/EN/categories/products?keyword_op=AND&keywords=CCS%20linux&start=&end=> http://processors.wiki.ti.com/index.php/Linux_Debug_in_CCSv5 <http://processors.wiki.ti.com/index.php/Linux_Debug_in_CCSv5> > Like I said, this is a complex and maybe unusual configuration (source > debugging remotely but compiling natively on the target), so I wanted to try > a cross compile for helloworld.c but can't find the TI compiler in the > development environment. I figured if that worked, the right gdb would be > there and I could try living with a (nicely set up by TI) cross development > environment. > So...how to put just the right cross compiler in this existing CCS install? > Thanks, > Hugh/Clark > > On Tuesday, August 1, 2017 at 2:24:49 PM UTC-7, john3909 wrote: > You need arm-linux-gnueabihf-gdb and it needs to be the same as your compiler > version used to build your executable. > > Regards, > John > > > > >> On Aug 1, 2017, at 1:44 PM, clarkbr...@gmail.com <javascript:> wrote: >> >> William etal, >> Pointing to Molloy was a good hint. I watched him do it and around minute 31 >> he starts into remote debugging. He uses Eclipse and some cross tool chain, >> but I didn't watch that. I am using the TI CCS v7.2 on Windows 7x64 which is >> Eclipse based, but not cross compiling with their included tools. >> My configuration is somewhat different from Molloy's. He is cross compiling >> so the sources AND the binary are present on the dev machine with Eclipse. I >> have only the sources on my dev machine since I compile on the BBB. >> Issue 1. When creating a remote debug configuration in CCS/Eclipse the Main >> tab field "C/C++ Application:" apparently wants the local binary on the dev >> machine. It isn't happy without it and won't move forward at all. If I drag >> the binary from the BBB back to the dev workspace and point at it, it will >> go on. >> What is the correct way to configure this environment (source and dbg on Win >> dev host; source, binaries and gdbserver on BBB)? >> Issue 2. So with a copy of the application binary on the dev host, launching >> a remote debugging session leads to a gripe from the gdbserver about not >> understanding the MI command list-features. The console shows the >> connection on the BBB target successfully launches gdbserver with the >> configured port, the absolute path to the executable and the arguments. >> After the "listening on port 2345" echo it terminates with the gripe about >> the MI command. >> Groping der google suggests this is often due to not having the correct >> architecture gdb on the dev host selected. When installing CCSv7 I picked >> only the arm tools for the AM33xx family processor. In the debug >> configuration debugger tab main tab GDB debugger is the default setting >> "gdb". There is a Browse button to go looking through the installed >> ti/ccsv7/tools/compiler, but the only gdb in the TI tools I can find is >> C:\ti\ccsv7\tools\compiler\gcc-arm-none-eabi-6-2017-q1-update\bin\arm-none-eabi-gdb.exe. >> that gdb echoes as it starts "This GDB was configured as >> "--host=i686-w64-mingw32 --target=arm-none-eabi"." then warns "warning: A >> handler for the OS ABI "GNU/Linux" is not built into this configuration of >> GDB. Attempting to continue with the default arm settings." It then quits >> with a complaint that no source was available. >> Maybe this is really a TI CCS specific setting. Earlier John pointed to CCS >> so maybe he can provide some direction. >> Thanks, >> Hugh >> >> On Thursday, July 27, 2017 at 4:14:58 PM UTC-7, William Hermans wrote: >> >> >> On Thu, Jul 27, 2017 at 4:13 PM, William Hermans <yyr...@gmail.com <>> wrote: >> This is probably the best guide you're going to find on the subject. >> >> https://www.youtube.com/watch?v=T9yFyWsyyGk >> <https://www.youtube.com/watch?v=T9yFyWsyyGk> >> >> Never used it myself( I do not cross compile ), but I'm confident DR Molly's >> instructions work. >> >> Just in case it's not clear, R Molly shows how to setup remote debugging >> towards the end I think. Been a while since I've watched this. >> >> >> -- >> For more options, visit http://beagleboard.org/discuss >> <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/fa591c36-14bb-4237-8286-0076e36c4407%40googlegroups.com >> >> <https://groups.google.com/d/msgid/beagleboard/fa591c36-14bb-4237-8286-0076e36c4407%40googlegroups.com?utm_medium=email&utm_source=footer>. >> For more options, visit https://groups.google.com/d/optout >> <https://groups.google.com/d/optout>. > > > -- > For more options, visit http://beagleboard.org/discuss > <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 > <mailto:beagleboard+unsubscr...@googlegroups.com>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/d9cb5bca-2804-4c7a-bc17-933a46e20037%40googlegroups.com > > <https://groups.google.com/d/msgid/beagleboard/d9cb5bca-2804-4c7a-bc17-933a46e20037%40googlegroups.com?utm_medium=email&utm_source=footer>. > For more options, visit https://groups.google.com/d/optout > <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/40DB8F9B-0465-455E-A6F9-BE5A3ABD5A45%40gmail.com. For more options, visit https://groups.google.com/d/optout.