Summary: | www-client/firefox-48.0.1 SIGSEGV in gfxFontUtils::DecodeFontName | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Bodo Thiesen <bothie> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | Storklerk |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
Bodo Thiesen
2016-09-21 18:18:12 UTC
Created attachment 447242 [details]
emerge --info
(In reply to Bodo Thiesen from comment #1) > Created attachment 447242 [details] > emerge --info Please run revdep-rebuild, you most likely update a library that did not trigger an automatic rebuild. If this is not the case please post emerge --info Firefox as it will ensure I match your environment. I have hint the same issue, but I think its an older issue. https://bugzilla.mozilla.org/show_bug.cgi?id=757366 -> It seems something similar was already seen 2012, but it still looks unfixed. My current "fix" is to diable @font-face via NoScript. No weird fonts == no crash. Is an backtrace from this crash interessting for you? I do not have enabled the full debug information, so its not much more than the backtraces in the linked moz bug, but I can post it, if you think it is relevant. +================================================================= + Package Settings +================================================================= + +www-client/firefox-48.0.1::gentoo was built with the following: +USE="custom-cflags custom-optimization gmp-autoupdate hwaccel jemalloc3 jit skia -bindist -dbus -debug -gtk2 -hardened (-neon) -pgo -pulseaudio (-selinux) -startup-notification (-system-cairo) -system-harfbuzz -system-icu -system-jpeg -system-libevent -system-libvpx -system-sqlite -test -wifi" ABI_X86="64" L10N="-ach -af -an -ar -as -ast -az -be -bg -bn-BD -bn-IN -br -bs -ca -cs -cy -da -de -el -en-GB -en-ZA -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa -fi -fr -fy -ga -gd -gl -gu -he -hi -hr -hsb -hu -hy -id -is -it -ja -kk -km -kn -ko -lt -lv -mai -mk -ml -mr -ms -nb -nl -nn -or -pa -pl -pt-BR -pt-PT -rm -ro -ru -si -sk -sl -son -sq -sr -sv -ta -te -th -tr -uk -uz -vi -xh -zh-CN -zh-TW" +CFLAGS="-march=amdfam10 -pipe" +CXXFLAGS="-march=amdfam10 -pipe" +LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-rpath=/usr/lib64/firefox,--enable-new-dtags" + I did build it with system-* use flags before, now I removed them, problem still persists. revdep-rebuild moroned about sci-libs/lapack-reference (and one application), did rebuild those, problem still persists. mozilla.org build doesn't crash btw. I can confirm, that the bug is triggered by gcc 4.9. Recompiling with gcc 4.8.5 (with otherwise unchanged system) supresses the bug. From https://bugzilla.mozilla.org/show_bug.cgi?id=757366, -O3 may be needed too (I did compile with -O3), so I suggest preventing the build with gcc >=4.9 and -O3 until Mozilla fixed the issue. (I'm currently rebuilding with gcc 4.9.3 but -O2, reporting back once I checked for a crash again, after that I'll test again with gcc 5.3.0 -O2 and -O3). gcc 4.9.3 -O2 = no crash gcc 5.3.0 -O2 no crash (In reply to Bodo Thiesen from comment #5) > I can confirm, that the bug is triggered by gcc 4.9. > Recompiling with gcc 4.8.5 (with otherwise unchanged system) supresses the > bug. > > From https://bugzilla.mozilla.org/show_bug.cgi?id=757366, -O3 may be needed > too (I did compile with -O3), so I suggest preventing the build with gcc > >=4.9 and -O3 until Mozilla fixed the issue. (I'm currently rebuilding with > gcc 4.9.3 but -O2, reporting back once I checked for a crash again, after > that I'll test again with gcc 5.3.0 -O2 and -O3). custom-optimization">Fine-tune custom compiler optimizations (-Os, -O0, -O1, -O2, -O3) custom-cflags - Build with user-specified CFLAGS (unsupported) Breakage is caused from your own use of experimental features that are not supported. Nothing for mozilla to do here. (In reply to Jory A. Pratt from comment #8) > (In reply to Bodo Thiesen from comment #5) > > I suggest preventing the build with gcc > > >=4.9 and -O3 until Mozilla fixed the issue. > Breakage is caused from your own use of experimental features that are not > supported. Nothing for mozilla to do here. It's sad, that you just confirmed my prejudice of Gentoo developers to not care for their users yet again. But I guess, this attitude will help growing the Gentoo project, so keep going. (In reply to Bodo Thiesen from comment #9) > (In reply to Jory A. Pratt from comment #8) > > (In reply to Bodo Thiesen from comment #5) > > > I suggest preventing the build with gcc > > > >=4.9 and -O3 until Mozilla fixed the issue. > > Breakage is caused from your own use of experimental features that are not > > supported. Nothing for mozilla to do here. > > It's sad, that you just confirmed my prejudice of Gentoo developers to not > care for their users yet again. But I guess, this attitude will help growing > the Gentoo project, so keep going. Dude, there's a reason why the optimization level you set is ignored unless you have USE="custom-optimization" set, and that is because upstream's codebase is very optimization-level sensitive. We provide that flag so you can mess about if you so choose, but if you do so you get to pick up the pieces. If you want things to just work, turn off that flag. Simple. :) This justifications of your practices would be really funny, if they wouldn't affect users. custom-cflags (which is officially unsupported) didn't cause the problem, custom-optimization (which doesn't give a hint about being unsupported) did (because of -O3). In mozcoreconf-v4.eclass you check for ppc & >=sys-libs/glibc-2.8 and force -O1 there, because »more than -O1 segfaults on ppc with glibc-2.8«. But you refuse to add another exception for >=gcc-4.9 and -O3. Now, we can discuss this the next three years, but from my experience, it's worthless, so, as I told already: Keep going if you think, justifications of your errors help the project. Oh, and before you repeat, that custom-optimization is unsupported, show me where it says so. Agreed -- our documentation on this is lacking. Fixed now: commit b0f276d40699578dc9fbcf2dce3f65e291530d77 Author: Ian Stakenvicius <axs@gentoo.org> Date: Mon Sep 26 10:56:57 2016 -0400 mozilla packages: clarified description of USE=custom-optimization diff --git a/www-client/firefox/metadata.xml b/www-client/firefox/metadata.xml index fbdfd67..aee28e8 100644 --- a/www-client/firefox/metadata.xml +++ b/www-client/firefox/metadata.xml @@ -8,8 +8,8 @@ <use> <flag name="bindist">Disable official Firefox branding (icons, name) which are not binary-redistributable according to upstream.</flag> - <flag name="custom-optimization">Fine-tune custom compiler - optimizations (-Os, -O0, -O1, -O2, -O3)</flag> + <flag name="custom-optimization">Build with user-specified compiler optimizations + (-Os, -O0, -O1, -O2, -O3) from CFLAGS (unsupported)</flag> <flag name="gtk2">Use the cairo-gtk2 rendering engine</flag> <flag name="gmp-autoupdate">Allow Gecko Media Plugins (binary blobs) to be automatically downloaded and kept up-to-date in user profiles</flag> @Ian: Better than nothing, but I generally dislike the Idea of documenting bugs :P Anyways: Mozilla fixed the issue, maybe you want to backport the fix. https://bugzilla.mozilla.org/show_bug.cgi?id=757366#c9 (and following comments, #c12 contains the link to the actual diff for version 52) (In reply to Bodo Thiesen from comment #13) > @Ian: Better than nothing, but I generally dislike the Idea of documenting > bugs :P > > Anyways: Mozilla fixed the issue, maybe you want to backport the fix. > > https://bugzilla.mozilla.org/show_bug.cgi?id=757366#c9 (and following > comments, #c12 contains the link to the actual diff for version 52) No, but thank you for the suggestion :) Comment #9 though is precisely why gentoo isn't allowing CFLAGS-specified optimization by default, and hiding it behind USE="custom-optimization" instead. |