Summary: | hald segfaults after 10 seconds with -O2 AND -fomit-frame-pointer | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ernst Sjöstrand <ernstp> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | VERIFIED NEEDINFO | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ernst Sjöstrand
2004-12-16 20:16:36 UTC
get a backtrace with debug info i'd say the first thing to remove from cflags would be tracer, have you experimented with that ? I've tested them all pretty thoroughly, it's not tracer. Details: WORKS: -03 -fomit-frame-pointer -O3 -pipe -march=k8 -ftracer -O1 -fomit-frame-pointer -O1 -fomit-frame-pointer -ftracer -O1 -pipe -march=k8 -fomit-frame-pointer -ftracer CRASH: -O3 -pipe -march=k8 -fomit-frame-pointer -ftracer -O3 -pipe -march=k8 -fomit-frame-pointer -O2 -pipe -march=k8 -fomit-frame-pointer -ftracer -O3 -fomit-frame-pointer -O2 -fomit-frame-pointer Some of those CFLAGS made hald not crash anymore. BUT, the crash was in glib. (2.4.8 that is ;-) 0xb7fc367a in g_signal_has_handler_pending () from /usr/lib/libgobject-2.0.so.0 (gdb) backtrace #0 0xb7fc367a in g_signal_has_handler_pending () from /usr/lib/libgobject-2.0.so.0 Compiling glib with these cflags makes the crash go away also! -O2 -pipe -march=k8 -fomit-frame-pointer -ftracer -O3 -pipe -fomit-frame-pointer -ftracer This turned into a mess. But those CFLAGS have been surprisingly stable on my box for a long time now. recompile at least hal & glib with debug info : USE=debug, add "-g" to CFLAGS & set FEATURES=nostrip , then get a backtrace. It might be a compiler bug, could you also try with arch i686 and see if the bug shows there too ? needinfo Hmm, I didn't have time to look at this for a few weeks, and now with the latest update to hal, I can no longer reproduce it. Closing. (Specially since noone else seems to be affected.) |