|
Re: TCF on ARM [message #25821 is a reply to message #24859] |
Wed, 06 August 2008 19:05 |
Eugene Tarassov Messages: 23 Registered: July 2009 |
Junior Member |
|
|
Hi Karun,
As far as I know nobody has tried to port TCF on ARM.
Some things to keep in mind while porting TCF:
1. It should be much easier to do the port if you don't need all TCF
services. For RSE integration you only need File System and Processes
services, so you can disable all other services by editing config.h
2. context.c implements debugger support, however it is still pulled in
even if you disable all debugger related services. If you don't need
debugger support in the agent, you can replace context.c with a dummy
implementation that does nothing and always returns an error.
3. It is better to create a separate directory with alternative versions
of config.h, context.h, context.c, Makefile, etc., instead of editing
original files. The idea is that Makefile will search that directory
first, and if a file not found there, it will search original agent
sources. See examples/org.eclipse.tm.tcf.examples.daytime.agent for an
example of a custom TCF agent. Of course, if changes are generic enough to
be useful for other ports, then it is better to change code the main
directory.
Regards,
Eugene
|
|
|
Re: TCF on ARM [message #576600 is a reply to message #24859] |
Wed, 06 August 2008 19:05 |
Eugene Tarassov Messages: 23 Registered: July 2009 |
Junior Member |
|
|
Hi Karun,
As far as I know nobody has tried to port TCF on ARM.
Some things to keep in mind while porting TCF:
1. It should be much easier to do the port if you don't need all TCF
services. For RSE integration you only need File System and Processes
services, so you can disable all other services by editing config.h
2. context.c implements debugger support, however it is still pulled in
even if you disable all debugger related services. If you don't need
debugger support in the agent, you can replace context.c with a dummy
implementation that does nothing and always returns an error.
3. It is better to create a separate directory with alternative versions
of config.h, context.h, context.c, Makefile, etc., instead of editing
original files. The idea is that Makefile will search that directory
first, and if a file not found there, it will search original agent
sources. See examples/org.eclipse.tm.tcf.examples.daytime.agent for an
example of a custom TCF agent. Of course, if changes are generic enough to
be useful for other ports, then it is better to change code the main
directory.
Regards,
Eugene
|
|
|
Powered by
FUDForum. Page generated in 0.01747 seconds