Summary: | www-client/mozilla-firefox-3.0-r1 segmentation fault on ppc and ppc64/32ul (glibc-2.8) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Markus Rothe (RETIRED) <corsair> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bjt23, ppc64, ppc |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | backtrace from powerbook g4 |
Description
Markus Rothe (RETIRED)
2008-06-22 20:45:01 UTC
Created attachment 158041 [details]
backtrace from powerbook g4
*** Bug 228999 has been marked as a duplicate of this bug. *** Backtrace with debug symbols in attachment 158061 [details]
I'm not sure your root cause is quite correct. I still have gcc 4.2.4 on my system, so I recompiled xulrunner, mozilla-firefox, and even glibc using gcc 4.2.4, but firefox still crashes on startup. Going to give a -O1 compile a try next. I hesitate to try a glibc downgrade, as I have no desire to accidentally trash my system. So everyone here has glibc-2.8? Because i don't get that on glibc-2.6.1 and gcc-4.1.2. (In reply to comment #5) > So everyone here has glibc-2.8? Correct. > Because i don't get that on glibc-2.6.1 and gcc-4.1.2. I'm currently on the road and cannot test firefox-3.0 on my "almost stable" system at home using gcc-4.3.1 or gcc-4.2.3, but I'll do once I'm home again. (In reply to comment #5) > So everyone here has glibc-2.8? Right. > Because i don't get that on glibc-2.6.1 and gcc-4.1.2. Not surprised. This bug seems to be related to some combination of glibc-2.8, gcc-4.3.x, and -O2. I tried rebuilding with -O1 last night (though I realised I forgot to switch back to gcc 4.3, so this was with 4.2), and I get no segfault. I'll try a couple more combinations to see what comes out of this, but don't expect much in the way of results before the weekend. I'll undoubtedly slow down a bit since I have something that works now... its not gcc related, occurs the same with 4.1.2 && glibc-2.8. However it doesn't occur with gcc-4.1.2 && glibc-2.6, glibc-2.7. Can i get `emerge --verbose --info | grep ARCH` from a ppc64/32bitul? Thanks I've added the workaround for this in the mozcoreconf-2.eclass Thanks to Brent Baude for giving me the output. (In reply to comment #10) > I've added the workaround for this in the mozcoreconf-2.eclass Isn't that backwards? elif [[ ${ARCH} == ppc ]] && ! has_version '>=sys-libs/glibc-2.8'; then mozconfig_annotate "more than -O1 segfaults on ppc with glibc-2.8" \ --enable-optimize=-O1 Why the negation before has_version? (In reply to comment #11) > (In reply to comment #10) > > I've added the workaround for this in the mozcoreconf-2.eclass > > Isn't that backwards? > > elif [[ ${ARCH} == ppc ]] && ! has_version '>=sys-libs/glibc-2.8'; then > mozconfig_annotate "more than -O1 segfaults on ppc with glibc-2.8" \ > --enable-optimize=-O1 > > Why the negation before has_version? > Yeah, fixed now, i just put that to test it. |