Gthumb won't compile due to errors with ORbit. I did some testing and found out that bringing the compiler optimalisations to -O2 solves the problem. Reproducible: Always Steps to Reproduce: 1. emerge gthumb 2. compiling stops 3. Actual Results: make[2]: Entering directory `/var/tmp/portage/gthumb-2.2.1/work/gthumb-2.2.1/components' Making all in image-viewer make[3]: Entering directory `/var/tmp/portage/gthumb-2.2.1/work/gthumb-2.2.1/components/image-viewer' /usr/bin/orbit-idl-2 nautilus-view-component.idl orbit-idl-2 2.10.0 compiling mode, show preprocessor errors, passes: stubs skels common headers skel_impl imodule <stdin>:33:22: Bonobo.idl: No such file or directory gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DGNOMEDATADIR=\""/usr/share"\" -pthread -DORBIT2=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/libgnome-2.0 -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/libxml2 -I/usr/include/gnome-vfs-module-2.0 -I/usr/include/libglade-2.0 -I/usr/include/libgnomeprint-2.2 -I/usr/include/libgnomeprintui-2.2 -I../../libgthumb -O3 -mcpu=pentium3 -funroll-loops -pipe -c main.c nautilus-view-component.idl:54: Error: `Bonobo' undeclared identifier ** (process:16203): WARNING **: nautilus-view-component.idl compilation failed make[3]: *** [nautilus_view_component_idl_stamp] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/gthumb-2.2.1/work/gthumb-2.2.1/components/image-viewer' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/gthumb-2.2.1/work/gthumb-2.2.1/components' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gthumb-2.2.1/work/gthumb-2.2.1' make: *** [all-recursive-am] Error 2 !!! ERROR: media-gfx/gthumb-2.2.1 failed. !!! Function gnome2_src_compile, Line 39, Exitcode 2 !!! compile failure Expected Results: Compile properly! This is my emerge info: Portage 2.0.50-r3 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.5-gentoo) ================================================================= System uname: 2.6.5-gentoo i686 Intel(R) Pentium(R) M processor 1400MHz Gentoo Base System version 1.4.6 ccache version 2.3 [disabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=pentium3 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -mcpu=pentium3 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox" GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://www.ibiblio.org/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa apm arts avi berkdb cdr crypt cups dvd dvdr encode esd flac foomaticdb gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 imap imlib java jpeg kde libg++ libwww mad maildir mikmod motif mozilla moznocompose moznoirc moznomail mpeg ncurses nls oggvorbis opengl oss pam pcmcia pda pdflib perl png pnp python qt quicktime readline samba scanner sdl slang spell ssl svga tcpd tiff truetype trusted usb x86 xml2 xmms xv zlib" And I did some research on the forums and in bugzilla. There I found a dirty hack for this problem, but it compiles and delivers a working gthumb. I set the CFLAGS back to -O2 and removed the patch from the gnome2 eclass. And then everything compiles fine. The patch will be attached to this bug report. I found the tip that leads to this solution there: bug 46929.
Created attachment 29116 [details, diff] Patch to compile gthumb properly This is the patch mentioned in the bugreport.
Created attachment 29117 [details, diff] The correct patch With this patch gthumb compiles properly.
That's not how one should fix known problematic compiler flags, look into filter-flags and replace-flags. Also, I can not reproduce your problem here with -O3, my guess is that it's actually -funroll-loops causing the problem, or a combination of both -03 and that.
Sorry, I spoke too soon. I can reproduce the problem, fix will be up shortly. My apologies :)
i can't seem to reproduce the problem with -O3 or -O2. can someone attach the full build log of an instance where it fails? btw, is this a dupe of bug 46929 ?
*** This bug has been marked as a duplicate of 46929 ***
is it true that your a gay korfballer?