Hey
Slides from Eclipse Day 2010 were just published at: http://wiki.eclipse.org/Eclipse_Day_At_Googleplex_2010#Presentation_Slides
I think we're lacking in developers tools ATM, and found some presentations interesting, the two I read in full were: Eclipse Linux Tools Project - Andrew Overholt (Red Hat) which I recommend and: Android Tools for Eclipse - Xavier Ducrohet (Google) which I don't recommend.
Cheers
Eclipse is certainly an interesting full function development environment for those that want more than vim|emacs and friends from the command line.
How far of a solution would you advocate?
Native on arm - edit / build / debug / perf tools / others? edit on intel / cross build (intel -> arm) / cross debug / cross perf tools / others?
Should the solution have the ability to roll system images in some fashion?
What's the definition of cross above? It is just be able to call cross compilers or should it include the ability to deploy an app to a remote arm system and debug it in some fashion?
Should the solution be akin to android in the ability to run a simulated arm system local on the box?
Seems like perhaps a good UDS/Linaro session.
Regards, Tom
On Fri, Sep 3, 2010 at 6:13 AM, Loïc Minier loic.minier@linaro.org wrote:
Hey
Slides from Eclipse Day 2010 were just published at: http://wiki.eclipse.org/Eclipse_Day_At_Googleplex_2010#Presentation_Slides
I think we're lacking in developers tools ATM, and found some presentations interesting, the two I read in full were: Eclipse Linux Tools Project - Andrew Overholt (Red Hat) which I recommend and: Android Tools for Eclipse - Xavier Ducrohet (Google) which I don't recommend.
Cheers
Loïc Minier
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
On Fri, Sep 03, 2010, Tom Gall wrote:
Eclipse is certainly an interesting full function development environment for those that want more than vim|emacs and friends from the command line.
Absolutely
How far of a solution would you advocate?
Ah, I don't know; there is a huge amount which could be done, depending on who we target first, or rather: which use case. I can think of people doing embedded projects, or writing applications for a target stack / OS. Are they trying to build a packaged app, or an Android app, or are they working on a full system image?
Should the solution be akin to android in the ability to run a simulated arm system local on the box?
Yes; I think we should integrate cross-compilers and the possibility to run a test image, or to deploy on a remote system. Android has one example, CodeSourcery also has an Eclipse based cross-development IDE...
Seems like perhaps a good UDS/Linaro session.
I guess; I'm a bit scared by the size of the topic :-) It would be a goot topic for 10 sessions and team of developers :-)
better support for cross development in linuxtools plugin would be nice, IMHO.
The oprofile/systemtap/etc support looks interesting, but when I looked at it last those features were assuming that eclipse was running on the same machine that oprofile/systemtap/etc was running on.
a simulated local environment might be an option, but when I looked last, qemu couldn't hack it when it came to neon/vfp. (Has there been some improvement in that area recently? I've not been keeping track.)
BR, -R
On Sep 3, 2010, at 7:59 AM, Tom Gall wrote:
Eclipse is certainly an interesting full function development environment for those that want more than vim|emacs and friends from the command line.
How far of a solution would you advocate?
Native on arm - edit / build / debug / perf tools / others? edit on intel / cross build (intel -> arm) / cross debug / cross perf tools / others?
Should the solution have the ability to roll system images in some fashion?
What's the definition of cross above? It is just be able to call cross compilers or should it include the ability to deploy an app to a remote arm system and debug it in some fashion?
Should the solution be akin to android in the ability to run a simulated arm system local on the box?
Seems like perhaps a good UDS/Linaro session.
Regards, Tom
On Fri, Sep 3, 2010 at 6:13 AM, Loïc Minier loic.minier@linaro.org wrote:
HeySlides from Eclipse Day 2010 were just published at: http://wiki.eclipse.org/Eclipse_Day_At_Googleplex_2010#Presentation_Slides
I think we're lacking in developers tools ATM, and found some presentations interesting, the two I read in full were: Eclipse Linux Tools Project - Andrew Overholt (Red Hat) which I recommend and: Android Tools for Eclipse - Xavier Ducrohet (Google) which I don't recommend.
Cheers
Loïc Minier
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
On Fri, Sep 03, 2010, Rob Clark wrote:
a simulated local environment might be an option, but when I looked last, qemu couldn't hack it when it came to neon/vfp. (Has there been some improvement in that area recently? I've not been keeping track.)
It's much better in QEMU now
-
Loïc Minier -
Rob Clark -
Tom Gall