Note that it hung during the compile using the nvidia drivers for opengl. But when using the xorg-x11 drivers, it did compile. But with the following message which may be of interest to you. ========== >>> Completed installing webkit-gtk-2.4.4-r200 into /var/tmp/portage/net-libs/webkit-gtk-2.4.4-r200/image/ strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line -R .note.gnu.gold-version usr/lib64/libjavascriptcoregtk-1.0.so.0.16.12 usr/bin/jsc-1 usr/lib64/libwebkitgtk-1.0.so.0.22.10 ecompressdir: bzip2 -9 /usr/share/doc * QA Notice: Package triggers severe warnings which indicate that it * may exhibit random runtime failures. * ./DerivedSources/JavaScriptCore/InspectorJSTypeBuilders.h:716:69: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing] * ./DerivedSources/JavaScriptCore/InspectorJSTypeBuilders.h:116:66: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing] * ./DerivedSources/JavaScriptCore/InspectorJSTypeBuilders.h:642:69: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing] * ./DerivedSources/JavaScriptCore/InspectorJSTypeBuilders.h:1476:68: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing] * Please do not file a Gentoo bug and instead report the above QA * issues directly to the upstream developers of this software. * Homepage: http://www.webkitgtk.org/
In trunk and on 2.4 we're building with -fno-strict-aliasing, so this error shouldn't pop up. That is, unless the optimization is re-enabled by -O2 or -O3 or directly later in the compiler command -- that would enable the warning.
This is caused by the following generated code (see Source/JavaScriptCore/inspector/scripts/CodeGeneratorInspectorStrings.py): RefPtr<Inspector::InspectorObject> m_result; operator RefPtr<%s>& () { COMPILE_ASSERT(STATE == AllFieldsSet, result_is_not_ready); COMPILE_ASSERT(sizeof(%s) == sizeof(Inspector::InspectorObject), cannot_cast); return *reinterpret_cast<RefPtr<%s>*>(&m_result); } As Žan mentioned, -fno-strict-aliasing should prevent that warning. Are you using it?