Bug 131635 – GCC crash on metaprogramming code

• Product: Gentoo Linux
• Status: VERIFIED WONTFIX

[Description Isaiah Damron 2006-04-28 23:44:29 UTC]

I was messing around with boost::mpl, the metaprogramming library, and got a segfault out of GCC.

Some info:
------------------------------
$ emerge --info
Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r3, 2.6.14-gentoo-r5 i686)
=================================================================
System uname: 2.6.14-gentoo-r5 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict userpriv"
GENTOO_MIRRORS="http://www.gtlib.gatech.edu/pub/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://mirrors.acm.cs.rpi.edu/gentoo/ http://open-systems.ufl.edu/mirrors/gentoo http://gentoo.cites.uiuc.edu/pub/gentoo/ "
LANG="en_US.UTF-8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac acl aim alsa apache2 apm arts artsd artswrappersuid asf audiofile avi bash-completion berkdb bitmap-fonts bonobo bzip2 cairo canna cdr cjk crypt cscope css cups curl dbus divx4linux doc dri dts dv dvd dvdr dvdread eds emboss encode esd exif expat fam fame ffmpeg flac foomaticdb fortran gcj gd gdbm gif glut gmp gnome gnome-print gpm gstreamer gtk gtk2 gtkhtml guile hal idn imagemagick imap imlib immqt-bc ipv6 isdnlog jack java jpeg junit kde kdeenablefinal lcms libg++ libwww live lm_sensors mad matroska mhash mikmod mjpeg mmx mng motif mozilla mp3 mpeg musicbrainz mysql ncurses network nls nvidia ogg oggvorbis openal opengl oss pam pcre pdflib perl png pppd python qt quicktime readline real recode rtc ruby sdl slang sndfile spell sqlite sse ssl subtitles svg svga tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb v4l v4l2 vorbis win32codecs xanim xine xinerama xml xml2 xmms xosd xrandr xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS


------------------------------
$ g++ --version
g++ (GCC) 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8)
$ g++ z.cpp -o z
z.cpp:38: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
Preprocessed source stored into /tmp/ccU0vmp5.out file, please attach this to your bugreport.
------------------------------

[Comment 1 Isaiah Damron 2006-04-28 23:46:09 UTC]

Created attachment 85731 [details]
Preprocessed source

[Comment 2 Isaiah Damron 2006-04-28 23:47:16 UTC]

Created attachment 85732 [details]
Original source

Requires boost::mpl

[Comment 3 Isaiah Damron 2006-04-28 23:52:06 UTC]

Oh yea, one last note: Changing the return type of the operator() in the cont class keeps it from crashing.  I get the feeling the return-type is a little too complex.

[Comment 4 Jakub Moc (RETIRED) 2006-04-29 00:10:22 UTC]

We won't be fixing gcc-3.3.x; it's completely unsupported upstream. Please reopen if you can reproduce the problem w/ gcc-3.4.5-r1 at least.

[Comment 5 Isaiah Damron 2006-04-29 08:19:26 UTC]

(In reply to comment #4)
> We won't be fixing gcc-3.3.x; it's completely unsupported upstream. Please
> reopen if you can reproduce the problem w/ gcc-3.4.5-r1 at least.
> 

Ahh, okay.  Didn't know that, sorry for wasting your time.  The code doesn't segfault with 3.4, so this is certainly a WONTFIX.

[Comment 6 Jakub Moc (RETIRED) 2006-04-29 10:51:23 UTC]

Thanks for reporting back, closing.