Bug#478900: eclipse-cdt_3.1.2-2(sparc/unstable): FTBFS: Target "assemble.org.eclipse.cdt.linux.gtk.sparc" does not exist in the project

[Thomas Girard]

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