On 09/27/2011 11:27 AM, Jeff Johnston wrote: > On 09/26/2011 06:49 PM, Corey Ashford wrote: >> >> Hey folks, >> >> I'd like to understand where things are with regard to remote launch. >> >> We currently have a working remote launcher for Valgrind over PTP's RDT >> facility. Our implementation essentially re-implements the >> org.eclipse.linuxtools.profiling.launch.remote.RemoteConnection package >> using RDT's API instead of RSE, and then uses the PTP Remote tab for >> configuring the remote connection. To implement RemoteConnection and >> the launcher, I copied a number of protected methods from the PTP code, >> and used them in RemoteConnection and in the launch delegate. I will >> post up this code in a bugzilla as an enhancement request, and example >> implementation. >> >> I am starting to work on a similar implementation for an OProfile remote >> launcher, and we may end up also doing similar things for remote gprof, >> and perf as well. >> >> However, I know that Jeff Johnston was/is exploring a different >> long-term strategy for remote launching, providing remote access, >> perhaps using another layer on top of RDT. >> >> Any news on this front? >> > > Still on-going. It is a different scenario whereby we simply support > RDT projects with the same launcher/UI that's in place today. > > So, an RDT project simply selects to run valgrind as a normal local > project would. The setting up of the RDT connection, etc... has been > done in project creation. > > The idea would be to have a common launcher under-the-covers much like > Autotools uses the CDT launcher today for its tool invocations and to > access files using RDT instead of directly. >
So should I infer from this that you've accepted that RDT is lightweight enough to create a dependency on it for Linux Tools launchers? I like this idea, by the way. Having a single launcher (per tool) would be easier for users to understand and use. - Corey _______________________________________________ linuxtools-dev mailing list linuxtools-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
