Hello, Le mercredi 07 mai 2008 à 07:49 +0200, Michael Koch a écrit : > sparc is not officially supported by Eclipse. What we did in the eclipse > package is to copy the native parts from another arch. Apply some sed > magic to rename packages, etc. and build the result. This should be > possible with eclipse-cdt too but I havent looked into it to be sure.
Thanks to this advice, I have almost fixed this issue in SVN. The plugin compilation ends successfully on sparc, but the generated result is a zip file instead of a tarball (despite the name ending in .tar.gz). Hence when debian/rules attempts to extract these the build process stops. Does this remind you of something? The assemble steps that use zip instead of tar'ing + gzip'ing seems copied from assemble.org.eclipse.sdk.linux.gtk.$arch.xml. For x86, this file contains an ant target named gzipResult that does the assemble job. The assemble.org.eclipse.sdk.solaris.gtk.sparc.xml (yes, the one for solaris) fragment that I can see in eclipse source tree looks like (I need to double check) the one copied by the build process of eclipse-cdt. There's no assemble.org.eclipse.sdk.linux.gtk.sparc.xml in eclipse sources. Before filing a bug on eclipse to have this file included on sparc, I'm seeking where it should be (using the existing x86 one) to no avail: it must be hidden in a jar under the sea ;-) Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]