gcc fails to compile attached file with crash - Segmentation fault. version: gcc (GCC) 4.2.4 (Gentoo 4.2.4-r1 p1.1) (32bit) Reproducible: Always Steps to Reproduce: Just try to compile attached file. Actual Results: gcc terminated with Segmentation fault Expected Results: Successful compilation.
Created attachment 184407 [details] Source file to reproduce this problem
I can't reproduce this because I don't have boost 1.36 installed in /usr/local, and most important on my system the contents of /home/mahtan/src/ is surprisingly missing. If you can produce this segfault using off the shelf Gentoo installed packages, then do not hesitate to reopen this bug report, provide Steps to Reproduce that anyone could actually reproduce, and include the commonly requested information such as your `emerge --info'. A gdb backtrace of the segfaulting process would help greatly as well.
Portage 2.1.6.4 (default/linux/x86/2008.0, gcc-4.2.4, glibc-2.6.1-r0, 2.6.26-gentoo i686) ================================================================= System uname: Linux-2.6.26-gentoo-i686-Intel-R-_Core-TM-2_CPU_4400_@_2.00GHz-with-glibc2.0 Timestamp of tree: Tue, 17 Feb 2009 07:45:01 +0000 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.4.4-r13 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r1 sys-devel/automake: 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i486-pc-linux-gnu" CFLAGS="-O2 -mtune=i686 -pipe -mno-tls-direct-seg-refs" CHOST="i486-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -mtune=i686 -pipe -mno-tls-direct-seg-refs" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.yandex.ru/gentoo-distfiles/ ftp://mirror.yandex.ru/gentoo-distfiles/ " LDFLAGS="-Wl,-O1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="acl apache2 bash-completion berkdb bzip2 cli cracklib crypt dri fortran gdbm gpm hvm iconv isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl php postgres pppd python readline reflection session spl ssl sysfs tcpd unicode vim-syntax x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Ok, sorry for this preprocessed file, it really does not reproduce the issue. When I compile my Clock.cpp source file gcc faults, but when I'm compiling this preprocessed file using provided command line from this file it succeeds. Also this problem is not reproducible in simplified situations. Actually I suppose that you don't need all my stuff, just because it is already inlined in this preprocessed file. Ok, the problem is the following. When I'm trying to compile (w/o linking) my source file gcc faults and produces preprocessed file as recommended to submit. But compilation of this preprocessed file succeeds. The another problem that gcc does not produce core file in this case. So, there is a problem to reproduce it. I will be glad to obtain and provide any information that will help to hunt down this bug. The tail of gcc output before crash is: .LBE2678: .loc 6 87 0 movl %eax, -24(%ebp) .LVL34: movl %edx, -20(%ebp) .LVL35: .LBE2681: .LBE2682: .LBE2683: .LBE2684: .LBE2685: .loc 5 75 0 addl $28, %esp popl %ebx popl %esi .LVL36: popl %edi .LVL37: popl %ebp ret .LFE14506: .size _ZNK6server5Clock3nowEv, .-_ZNK6server5Clock3nowEv
Does setting `ulimit -c unlimited' help to produce a core dump? Do you use `gcc -pipe' to compile? Does it succeed when you omit that flag?
> Does setting `ulimit -c unlimited' help to produce a core dump? There is already such limit for core files. Also I retried with this command. Core does not appear in current directory and special directory we have for cores. May be it should appear in some other place? > Do you use `gcc -pipe' to compile? Does it succeed when you omit that flag? No I don't. You can see all options in the first line of attached file.
We clearly don't know what to do with this bug, so let's see if toolchain can get a reproducible bug out of this.
Please try with gcc-4.3.
