Summary: | mozilla-1.7 patches for ppc64 to allow compilation | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Brad House <brad> |
Component: | Current packages | Assignee: | ppc64 architecture team <ppc64> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | adam.c.stephens, clmason, corsair, marexmail |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC64 | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 54807, 54814 | ||
Bug Blocks: | 58191 | ||
Attachments: |
Patch for mozilla 1.7 to allow compilation on ppc64
Patch for mozilla 1.7 ebuild to allow compilation on ppc64 mozilla-firefox.output |
Description
Brad House
2004-06-22 19:59:34 UTC
Created attachment 33921 [details, diff]
Patch for mozilla 1.7 to allow compilation on ppc64
Created attachment 33922 [details, diff]
Patch for mozilla 1.7 ebuild to allow compilation on ppc64
add dependancy on bug #54807 (gtk+ 1.x, a gdm dependancy) add dependancy on bug #54814 (gnupg fix) just an FYI, mozilla doesn't actually run, it segfaults on startup. The reason is that you need to compile it with -O1 instead of the default -O2, but -O1 is causing an ICE right now (-O0 has some other wierd problem). I'd still commit this patch, just so the rest of gnome can be committed that depends on this (freaking epiphany of gnome requires mozilla). We can revisit mozilla soon. Most likely the next revision of GCC will fix it. (it was tried with gcc 3.4, but it's possible gcc 3.3.x does not cause an ICE at -O1) -Brad Just an FYI, to solve the segfault on start that you will experience by emerging this, Mozilla needs to be compiled with -O1. Unfortunately right now, GCC 3.4.0 causes an ICE with -O1, and it's because of the -fno-exceptions flag that mozilla uses with -O1. Oddly enough -O2 doesn't cause this. Reference: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16239 I would suggest at this point, applying these patches to CVS with the default -O2 optimization, just so we can get the rest of the deps for gnome sorted out, even if it's not fully functional. The Epiphany browser should actually work linked against the mozilla that segfaults on start. -Brad Same problem on PPC here. Compiled it today on ibook G3 with -O1. Build FAILED: Here is the emerge output: nsHttpGssapiAuth.cpp:446: error: `GSS_S_CONTINUE_NEEDED' undeclared (first use this function) {standard input}: Assembler messages: {standard input}:39: Error: symbol `mech_oid' is already defined gmake[3]: *** [nsHttpGssapiAuth.o] Error 1 gmake[3]: Leaving directory `/var/tmp/portage/mozilla-1.7/work/mozilla/extensions/negotiateauth' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/var/tmp/portage/mozilla-1.7/work/mozilla/extensions' gmake[1]: *** [tier_94] Error 2 gmake[1]: Leaving directory `/var/tmp/portage/mozilla-1.7/work/mozilla' make: *** [default] Error 2 !!! ERROR: net-www/mozilla-1.7 failed. !!! Function src_compile, Line 367, Exitcode 2 !!! (no error message) mozilla-firefox-0.9.1-r1 also compiles with this patch, but won't start, too. Markus well I don't know that this is progress 1.7.2-r1 segfaults on build with -O2 ../../../../coreconf/nsinstall/Linux2.6_ppc64_glibc_PTH_64_OPT.OBJ/nsinstall -R -m 775 Linux2.6_ppc64_glibc_PTH_64_OPT.OBJ/mangle /var/tmp/portage/mozilla-1.7.2-r1/work/mozilla/dist/bin gmake[4]: Leaving directory `/var/tmp/portage/mozilla-1.7.2-r1/work/mozilla/security/nss/cmd/shlibsign/mangle' Linux2.6_ppc64_glibc_PTH_64_OPT.OBJ/shlibsign -v -i /var/tmp/portage/mozilla-1.7.2-r1/work/mozilla/dist/lib/libsoftokn3.so ./sign.sh: line 51: 6010 Segmentation fault ${2}/shlibsign -v -i ${4} gmake[3]: *** [/var/tmp/portage/mozilla-1.7.2-r1/work/mozilla/dist/lib/libsoftokn3.chk] Error 139 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16239 could this be the cause ??? Hi. I just tried to build mozilla with gcc-3.4.2, because the changelog says this problem is solved. I tied to build with C(XX)FLAGS="-O1 -no-exception" and all I get is this: /usr/lib/gcc/powerpc64-unknown-linux-gnu/3.4.2/../../../../powerpc64-unknown-linux-gnu/bin/ld: ../../dist/lib/libgkxulbase_s.a(nsListBoxLayout.o)(.text._ZN15nsListBoxLayout11GetPrefSizeEP6nsIBoxR16nsBoxLayoutStateR6nsSize+0x2c): sibling call optimization to `.nsGridRowGroupLayout::GetPrefSize(nsIBox*, nsBoxLayoutState&, nsSize&)' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `.nsGridRowGroupLayout::GetPrefSize(nsIBox*, nsBoxLayoutState&, nsSize&)' extern /usr/lib/gcc/powerpc64-unknown-linux-gnu/3.4.2/../../../../powerpc64-unknown-linux-gnu/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status gmake[3]: *** [libgklayout.so] Error 1 gmake[3]: Leaving directory `/var/tmp/portage/mozilla-1.7.2-r1/work/mozilla/layout/build' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/var/tmp/portage/mozilla-1.7.2-r1/work/mozilla/layout' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/var/tmp/portage/mozilla-1.7.2-r1/work/mozilla' make: *** [default] Error 2 !!! ERROR: net-www/mozilla-1.7.2-r1 failed. !!! Function src_compile, Line 108, Exitcode 2 !!! (no error message) Same error occures when compiling mozilla-firefox-0.9.3-r1. Markus ok.. forget about my last comment... I forgot to "append-flags -mminimal-toc" ;-( here is what I get if I do that and make some changes to mozilla.eclass (using -O1 and -fPIC). markus Created attachment 42624 [details]
mozilla-firefox.output
output
also take a look at this bug in mozilla's bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=266123 alright, I have both mozilla and firefox building ... they don't quite work .. but making progress I guess Initial port of mozilla 1.6.7-r1 marked ~ppc64 and commited to portage ... gcc 3.4.3 appears to be required! |