On Sun, Mar 22, 2015 at 07:22:02PM +0100, Jens Bauer wrote: > He knows about the stubs, but does not want to link his software to > a library; eg. I think he wants it as transparent as possible.
So he wants additional code on the target that knows how to talk to GDB, that can initialise serial port, its interrupts and debug break interrupt (at least), but he doesn't want to link it with the target code? That sounds controversial. How would he get that additional code to the target's RAM and how would he run its init routine? If only with OCD, but he says that's out of the question too. So my point is that he wants a regular GDB remote server (stub + some minimal supporting functions), probably with some unorthodox way to combine with the target executable. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
