When I try to emerge ttmkfdir, I get a compile error. I'll post verbose portage log and config information in next post. My system is hardened gentoo. Reproducible: Always Steps to Reproduce: Expected Results: This should've work!
Created attachment 20127 [details] emerge --verbose info
Created attachment 20128 [details] emerge --debug -verbose ttmkfdir
happens on sparc too
Sending this over to xfree. This happens on my workstation (a non-hardened system), so this is not specific to hardened.
It seems to be an gcc internal segfault. In effect, I had the same problem and I have rebooted the computer and I intend to compile again and it was OK. It is possible if you compile since a long time or your cpu is easily hot. If it really is this problem, it cant be fixed.
I'm seeing this also, and my CPU is not too hot. # emerge info Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.2.5-r2,2.3.2-r8, 2.4.20-xfs-r3) ================================================================= System uname: 2.4.20-xfs-r3 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.3.11 distcc 2.11.2 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/kde/3.1/share/config /usr/X11R6/lib/X11/xkb:/usr/kde/3.2/share/config:/usr/kde/3.1/share/config:/usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox strict ccache" GENTOO_MIRRORS="http://212.219.56.162/sites/www.ibiblio.org/gentoo/ ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ http://csociety-ftp.ecn.purdue.edu/pub/gentoo/ rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gtkhtml alsa gdbm slang readline arts aalib nas bonobo svga tcltk java guile mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla gphoto2 cdr scanner 3dfx apache2 dga emacs fbcon gd gtk2 innodb jikes moznocompose moznoirc mozxmlterm pda pic sse tiff type1 usb voodoo3 Xaw3d xft xml -berkdb" # sensors as99127f-i2c-0-2d Adapter: SMBus I801 adapter at e800 Algorithm: Non-I2C SMBus adapter VCore 1: +1.69 V (min = +1.48 V, max = +1.80 V) VCore 2: +2.51 V (min = +1.48 V, max = +1.80 V) ALARM +3.3V: +3.52 V (min = +2.97 V, max = +3.63 V) +5V: +5.04 V (min = +4.50 V, max = +5.48 V) +12V: +11.97 V (min = +10.79 V, max = +13.11 V) -12V: -11.92 V (min = -15.06 V, max = -12.32 V) ALARM -5V: -5.06 V (min = -5.48 V, max = -4.50 V) fan1: 5037 RPM (min = 1500 RPM, div = 4) fan2: 0 RPM (min = 1500 RPM, div = 4) ALARM fan3: 0 RPM (min = 1500 RPM, div = 4) ALARM temp1: +30
I'm seeing this also, and my CPU is not too hot. # emerge info Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.2.5-r2,2.3.2-r8, 2.4.20-xfs-r3) ================================================================= System uname: 2.4.20-xfs-r3 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.3.11 distcc 2.11.2 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/kde/3.1/share/config /usr/X11R6/lib/X11/xkb:/usr/kde/3.2/share/config:/usr/kde/3.1/share/config:/usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox strict ccache" GENTOO_MIRRORS="http://212.219.56.162/sites/www.ibiblio.org/gentoo/ ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ http://csociety-ftp.ecn.purdue.edu/pub/gentoo/ rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gtkhtml alsa gdbm slang readline arts aalib nas bonobo svga tcltk java guile mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla gphoto2 cdr scanner 3dfx apache2 dga emacs fbcon gd gtk2 innodb jikes moznocompose moznoirc mozxmlterm pda pic sse tiff type1 usb voodoo3 Xaw3d xft xml -berkdb" # sensors as99127f-i2c-0-2d Adapter: SMBus I801 adapter at e800 Algorithm: Non-I2C SMBus adapter VCore 1: +1.69 V (min = +1.48 V, max = +1.80 V) VCore 2: +2.51 V (min = +1.48 V, max = +1.80 V) ALARM +3.3V: +3.52 V (min = +2.97 V, max = +3.63 V) +5V: +5.04 V (min = +4.50 V, max = +5.48 V) +12V: +11.97 V (min = +10.79 V, max = +13.11 V) -12V: -11.92 V (min = -15.06 V, max = -12.32 V) ALARM -5V: -5.06 V (min = -5.48 V, max = -4.50 V) fan1: 5037 RPM (min = 1500 RPM, div = 4) fan2: 0 RPM (min = 1500 RPM, div = 4) ALARM fan3: 0 RPM (min = 1500 RPM, div = 4) ALARM temp1: +30°C (limit = +60°C) temp2: +34.0°C (limit = +120°C, hysteresis = +100°C) temp3: +224.4°C (limit = +120°C, hysteresis = +100°C) vid: +1.650 V alarms: beep_enable: Sound alarm enabled Unless, of course, temp3 really *is* 224C, but I think I would know it, as this cpu is in an open case about a meter to my right... :-)
I have to add that my CPU was cool at the time and I tried compiling the package multiple times. I think this might be caused by new glibc branch update. I'm temporarily using xfree w/o ttmkfdir w/ patch from bug 20585.
Its difficult to see from the logs, but it does not seem as if ttmkfdir-3.0.9-gcc33.patch is applied ?
ttmkfdir-3.0.9-cpp.patch replaces ttmkfdir-3.0.9-gcc33.patch. The problem seems to be with -O2 or -O3 flags.
ttmkfdir CFLAGS or CXXFLAGS don't seem to affect the bug. (tried both changing and unsetting)
The log shows ttmkfdir-3.0.9, and not ttmkfdir-3.0.9-r1 which have the patch changed. Could we please get inline logs from affected parties without --debug mind you? Thanks.
Created attachment 20262 [details] Clean version of the emerge log of ttmkfdir-3.0.9-r1
Created attachment 20283 [details, diff] Patch to remove -pedantic from makefile. This patch removes the pedantic flag from the makefile. I was able to build ttmkfdir-3.0.9-r1 after modifying the ebuild. I had the same error as in the emerge log from AstralStorm. The problem seems to be with some incompability between gcc 3.2.3 and glibc-2.3.2. I can't test that upgrading to gcc 3.3 would fix the problem because alot of the code from work doesn't compile with 3.3 yet.
The patch does work for me. So it is a gcc/glibc issue after all.
Right, sorry, I missed the problem. Your gcc was prob compiled against glibc-2.2.5 or an earlier glibc than 2.3.2-r8, and it then generated an 'fixed' version against that. Please do and see if it fixes without the -pendantic patch: # rm /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h
Confirming fixed by removing the file.
ditto. qpkg says this is owned by gcc. would it go away or be replaced by a better one if/when gcc is re-emerged?
It really depends. There is a bug (sorry, forgot the number) that we are testing not installing these files at all.
I removed the file but didn't touch the ebuild and it installed for me.
This is still happening, hit me on sparc64.
So what's the story with this guy? Is there a plan in the works for a fix?
rm stdio.h also fixes this on ~ppc
I had the same problem on x86. rm stdio.h fixed it.
rm /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h worked for me on totally fresh install (x86)
"Right, sorry, I missed the problem. Your gcc was prob compiled against glibc-2.2.5 or an earlier glibc than 2.3.2-r8, and it then generated an 'fixed' version against that." Martin, currently a fresh install (at least using bootstrap-2.6) compiles gcc before glibc, so any fresh install will have this problem. Does bootstrap-2.6 need to get changed to recompile gcc after glibc?
The same thing happened to me on a new install of 1.4 from stage3, followed by a emerge --deep world. I can confirm that re-emerging GCC makes the problem go away. I recall that GCC was built after GLlibC in the past...
*** This bug has been marked as a duplicate of 30701 ***
*** Bug 39334 has been marked as a duplicate of this bug. ***
*** Bug 39442 has been marked as a duplicate of this bug. ***
