Summary: | binutils 2.14.90.0.8-r1 breaks gentoo-dev-sources 2.6.5-r1 with error 139 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ákos Maróy <akos> |
Component: | [OLD] Core system | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED WONTFIX | ||
Severity: | major | CC: | axel, steffen.weber, x86-kernel |
Priority: | High | ||
Version: | 2004.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
the kernel config file
desktop kernel config |
Description
Ákos Maróy
2004-06-01 10:32:19 UTC
Created attachment 32472 [details]
the kernel config file
this is the kernel .config file I'm trying to compile with
fhe strange thing is, that I use the same gentoo-dev-source 2.6.5-r1 kernel on my desktop machine. there, it compiles fine. that machine is an older installation of gentoo, around 2004.0: $ emerge info Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.4.3.13 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://212.219.247.20/sites/www.ibiblio.org/gentoo/ http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo/ http://212.219.247.15/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib acpi alsa apache2 avi berkdb canna cdr cjk crypt cscope cups curl dvd dvdr encode esd foomaticdb freewnn gdbm gif gnome gphoto2 gpm gtk gtk2 imlib irda java jpeg junit libg++ libwww lirc mad mbox mikmod motif mozilla mpeg ncurses nls nvidia oggvorbis opengl oss pam pda pdflib perl png postgres python quicktime readline sdl slang spell ssl svga tcltk tcpd tiff truetype unicode usb x86 xml2 xmms xv zlib" but, if I try to compile the kernel config that compiled on my desktop, it doesn't compile either. so it seems the problem is not with the kernel, but with the build tools on this system. Created attachment 32473 [details]
desktop kernel config
this is the kernel config for my desktop. this compiles on the desktop fine,
but not on the new machine.
it seems that it's binutils that is fault. I experienced the reported error with binutils 20.14.90.0.8-r1, which is the current up-to-date version. if I degrade to 2.14.90.0.7-r4, all works fine. this new version of binutils seems to be busted. Binutils broke it. OK, fixed in terms of gentoo-dev-sources, but this means there's a bug in binutils. shouldn't we re-issue the bug for binutils? Yep; reassigning to base-system... I can confirm this for devlopment-sources-2.6.7 as well for mm-sources-2.6.5-r6. It would be great if someone could fix this asap. *** Bug 56878 has been marked as a duplicate of this bug. *** I I´ve been able to compile Linux 2.6.8.1 after I recompiled binutils with CFLAGS="-march=pentium3 -pipe". It did not work with "-march=pentium3 -O3 -pipe -msse2 -fomit-frame-pointer" (Using a Pentium M). Before this I tried using binutils-2.15.91.x which did not solve this problem. I´m using gcc-3.3.4-r2 and glibc with NPTL. pentium-m's + gcc-3.3.x + forcing pentium3/sse2 optimizations == trouble dont do it use gcc-3.4.x with your pentium-m's and -march=pentium-m binutils isnt the only package that suffers from this 'problem' so nothing will be done to address it |