For some reason it has a segmentation fault while running setup.py, don't know why. Python seems to work fine other than this. Calculating dependencies ...done! >>> emerge (1 of 2) dev-python/numeric-23.7 to / >>> md5 src_uri ;-) Numeric-23.7.tar.gz >>> Unpacking source... >>> Unpacking Numeric-23.7.tar.gz to /var/tmp/portage/numeric-23.7/work * Applying numeric-23.7.patch ... [ ok ]>>> Source unpacked. /usr/portage/eclass/distutils.eclass: line 37: 16317 Segmentation fault ${python} setup.py build "$@" !!! ERROR: dev-python/numeric-23.7 failed. !!! Function distutils_src_compile, Line 38, Exitcode 139 !!! compilation failed !!! If you need support, post the topmost build error, NOT this status message. Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20050125-r1, 2.6.11-bk10 x86_64) ================================================================= System uname: 2.6.11-bk10 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.7.0 Python: dev-lang/python-2.4-r2 [2.4 (#1, Feb 8 2005, 16:13:11)] ccache version 2.4 [enabled] dev-lang/python: 2.4-r2 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.9.5, 1.7.9-r1, 1.8.5-r3, 1.5, 1.6.3, 1.4_p6 sys-devel/binutils: 2.15.92.0.2-r6 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.10 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer -ffast-math" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.binarycompass.org" LANG="en_US.UTF-8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/personal /usr/local/overlays/mono" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa apache2 artworkextra avi bash-completion bitmap-fonts cdr cups curl dbus divx4linux dvd dvdread eds encode fbcon flac font-server foomaticdb gdbm gif glitz gnome gpm gstreamer gtk gtk2 gtkhtml hal icu imlib java javascript jp2 jpeg lzw lzw-tiff mad mmap mono mozilla moznoirc moznomail mozsvg mp3 mpeg ncurses no-old-linux nptl nptlonly nvidia ogg oggvorbis opengl pam pango parse-clocks pic png ppds python readline rtc samba sdl spell ssl startup-notification svg tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode usb userlocales xml2 xpm xrandr xv xvid xvmc zlib" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS
You shouldn't use -ffast-math, it breaks lots of stuff and is not supported. Same for your kernel. See http://www.gentoo.org/doc/en/gentoo-kernel.xml The glibc seems to cause Please reopen if you can reproduce the problem with a stable glibc.
I'd use a older kernel if I could, sadly it's neccessary since I have an ATAPI Serial ATA device. Should -ffast-math already be stripped from the glibc compile?
s/Should/Shouldn't/
That was a general comment. This flag is unsafe, applied on code that isn't written to take it into account. That there are issues with this glibc version has nothing to do with it.
I do apologize. Rebuilding Python without -ffast-math fixed it.
