After playing with Mozilla 1.5 and 1.6a with both GCC 3.2.3 and 3.3.2, I realized that they wouldn't build because of the piles and piles of patches Gentoo added, particularly ipc. I removed all patches from this ebuild (and added some hacking functionality, because I'm experimenting with gcc 3.3.2 and "broken" options. So far so good; X likes -Os and Mozilla* likes -fomit-frame-pointer), test it out and tell me what you think. Should work on x86 but enigmail functionality will be gone. I got it to work, yes, quite stable and fast. Reproducible: Always Steps to Reproduce: Try emerging mozilla 1.5 or 1.6a Actual Results: The compile errored out in the directory added by the ipc patch. Expected Results: Compiled. I'm not running ~x86. I am running gcc 3.3.2-r2 but I also had problems under a fresh new Gentoo with compiling 1.5.
Created attachment 21064 [details] hackish mozilla 1.6a fix
Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r3, 2.6.0-test9) ================================================================= System uname: 2.6.0-test9 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.3.10 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -Os -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -Os -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://gentoo.noved.org/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://www.gtlib.cc.gatech.edu/pub/gentoo http://212.219.247.20/sites/www.ibiblio.org/gentoo/ http://212.219.247.14/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ libwww mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline arts aalib bonobo svga tcltk java guile sdl gpm tcpd pam ssl perl python esd imlib oggvorbis gnome gtk qt motif opengl mozilla ldap cdr X ipv6 gtk2 gnome esd arts yiff tiff mpeg jpeg png mng 3ds aalib qt tcltk 3dnow mmx sse -kde dvd wmf offensive alsa oss openal opengl cdr bootstrap"
IPC is not a patch we added. It is a part of the enigmail extension found at enigmail.mozdev.org, which has been extensively tested and put to use by the userbase using GCC versions ranging from 2.95.3 to 3.3.2 on many Linux distributions. The additional patches provided are well tested and indeed are used by other distributions like RedHat, Mandrake and Debian to enhance the user experience of Mozilla. These have also ben extensively tested, built and rebuilt using many versions of GCC on multiple platforms. The salient parts of your ebuild are those excluding the strip-flags and other elements, which are able to be commented out by those who are advanced enough to understand their purpose; creating a USE flag would be dangerous, as it would allow people to easily overoptimize mozilla without knowing which CFLAGs are safe. I'd like to see the output of the compile failure in the IPC directory, we can probably work out a solution for that.
this is deprecated : ( gtk2? >=x11-libs/gtk+-2.2.0 : =x11-libs/gtk+-1.2* ) ( gtk2? >=dev-libs/glib-2.2.0 : =dev-libs/glib-1.2* ) Implement as this for same functionality. gtk2? ( >=x11-libs/gtk+-2.2.0 >=dev-libs/glib-2.2.0 ) !gtk2? ( =x11-libs/gtk+-1.2* =dev-libs/glib-1.2* ) the : will be used to depend on a SLOT instead of being "or"
Please refile this as an error report related to IPC.
