[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [cdt-dev] building CDT
|
You're right Brian.
Unless I misunderstand (which is quite possible), the remote debugging
described by Robert requires that java be installed on the remote
machine. In some of our environments (specifically, non-Java embedded
targets), we have a native gdbserver available, but that's about it.
Thanks for the pointers various pointers. I'll play around a bit and
see if I can get it to work. I'll probably post the results to
cdt-debug-dev, since it seems more on-topic there.
Thanks,
Brian
On Tue, May 21, 2002 at 03:27:40PM -0400, thomson@xxxxxxxxxx wrote:
>
> Brian is talking about a scenario where the build is local but the
> deployment
> is remote. That is the style of "remote" that gdbserver supports.
> His first requirement will be the ability to provide additional commands
> to gdb when it is launched.
>
> Brian, you can fake this today. You can customize the
> command line by editing the shell file
> eclipse/plugins/org.eclipse.cdt.debug.gdbPicl/gdb,
> and supply a "target remote" command using the -x option or
> a .gdbinit file
> .
> We haven't run gdb with an async target, so it may behave
> differently enough that gdbPicl gets confused.
> This document
> http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/cdt-debug-home/design/tracepicl.html?cvsroot=Tools_Project
> describes how to collect gdbPicl trace information so we can
> diagnose these kinds of problems.
>
>
> Brian Thomson
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-dev
--
Member, Technical Staff Phone: (408) 328-8521
MontaVista Software, Inc. Fax: (408) 328-3875
1237 East Arques Avenue Web: http://www.mvista.com
Sunnyvale, CA 94085 Email: bmoyle@xxxxxxxxxx