dev-util/eclipse-sdk-3.0.2 doesn't compile for ppc architecture. It complains about <ppc> MODEL unkonown when building gtk+ interface Reproducible: Always Steps to Reproduce: 1. ACCEPT_KEYWORDS="~ppc" USE="mozilla gnome gtk -kde -motif" emerge -v dev-util/eclipse-sdk 2. 3. Actual Results: Compilation stops on building GTK+ interface. Expected Results: compiles fine $ emerge info Gentoo Base System version 1.4.16 Portage 2.0.51.19 (default-linux/ppc/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.10-gentoo-r8 ppc) ================================================================= System uname: 2.6.10-gentoo-r8 ppc PPC970, altivec supported Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Apr 6 2005, 16:32:20)] distcc 2.16 powerpc-unknown-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.90.0.3-r4 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CFLAGS="-O2 -mtune=970 -mcpu=970 -mno-powerpc64 -mpowerpc-gpopt -mpowerpc-gfxopt -mabi=altivec -maltivec -fno-strict-aliasing -pipe" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mtune=970 -mcpu=970 -mno-powerpc64 -mpowerpc-gpopt -mpowerpc-gfxopt -mabi=altivec -maltivec -fno-strict-aliasing -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X alsa altivec bash-completion berkdb bitmap-fonts cdparanoia cdr cups curl dvd dvdr emacs emboss encode esd fam fbcon font-server gcj gdbm gif gnome gpm gstreamer gtk gtk2 guile imagemagick imap imlib java jpeg junit libwww mailwrapper mbox mozilla mp3 ncurses nls oggvorbis opengl pam perl png ppc python readline sdl slang spell ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb xml2 xmms x print xscreensaver xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ $ emerge -v eclipse-sdk ... make: make_swt: No such file or directory make: *** No rule to make target `make_swt'. Stop. !!! ERROR: dev-util/eclipse-sdk-3.0.2 failed. !!! Function build-gtk-native, Line 359, Exitcode 2 !!! Failed to build platform-independent SWT support !!! If you need support, post the topmost build error, NOT this status message.
IIRC, make -f linux.mak in the offending directory will proceed. After this, ebuild ... compile will finish compiling it
Created attachment 56093 [details, diff] patch for ebuild : eclipse-sdk-3.0.2.ebuild the call to the script `build.sh` aren't good because no PPC archicture is allowed in it. So we must make direct call to `make -f make_linux.mak` with the different args. So applying this patch may resolve the problem when compiling eclipse with native GTK interface.
Created attachment 56569 [details, diff] patch to add PPC support to Platform Indipendent SWT code This patch adds support for the PPC architecture. It is a simple Copy & Paste from the x86 portion of the build.sh script. It works fine for me, hope will help someone else
Emerging the last version in portage (eclipse-sdk-3.1.1 [jikes -atk -firefox -gnome -mozilla -nodoc -nosrc]) doesn't give me an error (besides *very* high mem usage, but i guess that's normal). From the Changelog: 24 Jul 2005; Karl Trygve Kalleberg <karltk@gentoo.org> eclipse-sdk-3.1-r1.ebuild: Fixed some platform-breaking settings. So we should stable eclipse-sdk-3.1.1 for ppc. Could other ppl test and report please? It'd be nice to try other use-flags.
[ebuild R ] dev-util/eclipse-sdk-3.1.1 USE="atk firefox gnome jikes -mozilla -nodoc -nosrc" 0 kB Works for me too, I'd also vote for stabling 3.1.1-r1.
(In reply to comment #5) > [ebuild R ] dev-util/eclipse-sdk-3.1.1 USE="atk firefox gnome jikes > -mozilla -nodoc -nosrc" 0 kB > > Works for me too, I'd also vote for stabling 3.1.1-r1. Err, I meant 3.1.1 ;)
Please do not stablize 3.1.x yet. There are currently issues with compiling against firefox-1.5.
nichoj: There are? We have 8 boxes at work where it compiles fine against firefox 1.5. Granted it's x86 and amd64 systems.
cardoe: are you positive that you built against firefox? The ebuild is a little inane, in that the use flags just pull in dependencies... but there's a few if blocks that will check for the embedded shared library. It checks the mozilla one first, then the firefox one. So, if you have USE="mozilla firefox", it will pull in both firefox and mozilla as dependencies, then will see the mozilla shared lib, and compile against that.
Any progress here?
(In reply to comment #10) > Any progress here? *bump*
I think we can actually close this bug since 3.0.2 is unstable and newer versions without this bug are now available and unstable as well. If 3.0.1-r3 doesn't compile (I haven't actually tested it), I think we'd be okay simply ~ppc'ing 3.0.1-r3 just to "fix" the problem. If 3.1.1 is fine for stabilization now, that's okay too, just let us know. :) I've also added nichoj to the bug CC list just to make sure he sees it.
Eclipse 3.2.1-r1 is now stable and should work just fine.