When building JSGlobalObject.cpp from webkit's source with GCC rev.163944 the
compiler ICEs in gimple_fold_obj_type_ref_known_binfo() because it attempts to
execute "fndecl = TREE_VALUE (v)" with v equal to NULL.
The preprocessed source is quite big, but I've got no knowledge of webkit's
internals and can't reduce it in reasonable time.
GCC was configured with the following options:
../gcc-current/configure --prefix=/home/artem/testing/gcc46 --enable-shared
--enable-bootstrap --enable-languages=c,c++ --enable-threads=posix
--enable-checking=release --with-system-zlib --disable-libunwind-exceptions
--enable-__cxa_atexit --enable-libssp --with-gnu-ld --with-lto --disable-nls
--verbose --with-arch=athlon64 --target=x86_64-slackware-linux
--build=x86_64-slackware-linux --host=x86_64-slackware-linux --disable-multilib
--enable-checking=release --enable-stage1-languages=c,c++
and then built with "make STAGE1_CFLAGS="-g -O0" all-stage1".
To reproduce, do "cc1plus -dH -O1 < JSGlobalData.i > JSGlobalData.o". It's
important to run compiler on 64-bit host because preprocessed JSGlobalData
assumes that sizeof(double)==sizeof(long int).
--
Summary: [4.6 Regression] Building WebKit fails with compiler
catching SIGSEGV in
gimple_fold_obj_type_ref_known_binfo()
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: x86_64-slackware-linux
GCC host triplet: x86_64-slackware-linux
GCC target triplet: x86_64-slackware-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
