firefox 14 segfault (Bug #439)


Added by Ismael Luceno 9 months ago. Updated 3 months ago.


Status:Closed Start date:08/21/2012
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:-
Target version:-
Grimoire:Stable

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.

Updated by Ismael Luceno 9 months ago

Fixed.

  • Status changed from New to Resolved

Updated by Vlad Glagolev 3 months ago

Closing the bug.

  • Status changed from Resolved to Closed

Also available in: Atom PDF