firefox 14 segfault (Bug #439)
Description
firefox segfaults somewhere at libxul after starting...
Compiled with OPTIMIZATIONS="prelink risky speedy strip".
History
Updated by Tommy Boatman 9 months ago
What's your archspec and gcc version?
Updated by Ismael Luceno 9 months ago
ARCHITECTURE=native-x86_64-64
I'm getting it rebuilt with symbols to make a backtrace.
Updated by Ismael Luceno 9 months ago
GCC 4.6.3
Updated by Tommy Boatman 9 months ago
You don't by chance have a Sandy Bridge architecture chip, do you?
If so, native would include -mavx, which is a known issue with Firefox 14. Workaround is to switch to corei7_64 archspec (not corei7_avx_64) and rebuild, or (if nothing else) add -mno-avx as an extra CFLAG/CXXFLAG to rebuild. (I've discovered the hard way that native + sandy bridge = insidiously dangerous and while the gcc folks get it reported repeatedly, they seem to refuse to acknowledge it. The fundamental problem is that gcc is spitting out invalid avx instructions in certain, seemingly unpredictable, circumstances).
Backtrace would be handy...looking forward to seeing it.
While the above may not be directly related to your specific issue, I feel it worth pointing out here in case others are seeing similar behavior.
Updated by Ismael Luceno 9 months ago
Yes, it's a sandy bridge :/. Shouldn't we add -mno-avx to the spell then?
Updated by Tommy Boatman 9 months ago
Probably. We would likely also have to include a gcc version check - anything prior gcc 4.6.0 should die on -mno-avx as an invalid flag.
I've seen this behaviour in several other spells, but not consistently. Firefox seems to be the only one that is predictable.