Summary: | emerging evolution failed when it tried to find i386-pc-linux-gnu-gcc on an i686 system | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kory Stiffler <kstiffle> |
Component: | [OLD] GCC Porting | Assignee: | Please assign to toolchain <gcc-porting> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | brettholcomb, igelle |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Kory Stiffler
2005-04-13 13:06:25 UTC
gcc-config -L an gcc-config -l please I did a gcc-config and got the following output: hepia01 root # gcc-config -L /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5 hepia01 root # gcc-config -l [1] i686-pc-linux-gnu-3.3.5 * [2] i686-pc-linux-gnu-3.3.5-hardened [3] i686-pc-linux-gnu-3.3.5-hardenednopie [4] i686-pc-linux-gnu-3.3.5-hardenednossp run `gcc-config 1 && source /etc/profile && unset CHOST` and see if it works *** Bug 96641 has been marked as a duplicate of this bug. *** Just like reported in Bug 96641, emerge -e system is dying when trying to build python-fchksum: creating build/temp.linux-i686-2.3 i386-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=pentium4 -pipe -fPIC -I/usr/include/python2.3 -c md5.c -o build/temp.linux-i686-2.3/md5.o gcc-config error: Could not run/locate "i386-pc-linux-gnu-gcc" error: command 'i386-pc-linux-gnu-gcc' failed with exit status 1 !!! ERROR: dev-python/python-fchksum-1.7.1 failed. As advised in comment #3, I tried 'gcc-config 6 && source /etc/profile'. It did not help. CHOST is not set. dewup-ww02 tmp # gcc-config -l [1] i686-pc-linux-gnu-3.3.6 [2] i686-pc-linux-gnu-3.3.6-hardened [3] i686-pc-linux-gnu-3.3.6-hardenednopie [4] i686-pc-linux-gnu-3.3.6-hardenednopiessp [5] i686-pc-linux-gnu-3.3.6-hardenednossp [6] i686-pc-linux-gnu-3.4.4 * [7] i686-pc-linux-gnu-3.4.4-hardened [8] i686-pc-linux-gnu-3.4.4-hardenednopie [9] i686-pc-linux-gnu-3.4.4-hardenednopiessp [10] i686-pc-linux-gnu-3.4.4-hardenednossp dewup-ww02 tmp # gcc-config -L /usr/lib/gcc/i686-pc-linux-gnu/3.4.4 Other packages (like sandbox, which should be compiled right after python-fchksum in "emerge -e system") can be compiled just fine. Thus, I assume that gcc is (in general) working. dewup-ww02 tmp # emerge info Portage 2.0.52-r1 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 2.4.21-27.0.2.ELsmp i686) ================================================================= System uname: 2.4.21-27.0.2.ELsmp i686 Intel(R) Xeon(TM) CPU 2.40GHz Gentoo Base System version 1.12.0_pre8 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.13 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 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -pipe" DISTDIR="/Gentoo/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS=" http://localhost/~vz6tml/gentoo-files/ http://cifs-srvr1.europe.delphiauto.net/~vz6tml/Misc._Software/Gentoo/ http://localhost:60080/pub/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://localhost:60081/pub/Mirrors/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://localhost:60082/mirror/rsync.gentoo.org/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/ http://localhost:60083/pub/linux/distributions/gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://localhost:60084/ http://distfiles.gentoo.org/ " LANG="de_DE.UTF-8" LINGUAS="de" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/Gentoo/portage/tmp" PORTDIR="/Gentoo/portage/tree" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 4kstacks 7zip GAPING_SECURITY_HOLE X acl acpi afs apache apache2 artworkextra async avi bash-completion berkdb bitmap-fonts ccache ck-server crypt css cups dbus divx4linux dvd eds encode exif fat firefox font-server foomaticdb gd gdbm gif gmail gmailtimestamps gnome gpm gs gtk gtk2 hal hfs hpn i8x0 iconv id3 imagemagick imlib imlib2 javascript jfs jpeg kde kdeenablefinal lame libg++ libwww lynxkeymap lzo lzw lzw-tiff mad mailbox maildir matroska mmx motif mozsvg mp3 mpeg mpm-worker msdav mysql mysqli ncurses network nfs nis nls no-old-linux no-suexec noaudio nodrm nomusic ntlm offensive ogg oggvorbis pam pcre pdflib perl php png posix postfix postgres python qt quicktime rar rdesktop readline real recode reiserfs samba sapdb screen sdl sendfile sftp smp sockets spell sse sse2 ssl stream subtitles symlink sysvipc tcpd tiff transcode truetype truetype-fonts unicode usb userlocales utf8 vim vim-pager vim-with-x vorbis webdav win32codecs xattr xfs xinetd xml2 xmms xvid yp zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, PORTDIR_OVERLAY PS: Could the summary be adjusted, to better reflect the bug? Eg.: emerging fails when i386-pc-linux-gnu-gcc is looked for on i686 systems (packages: python-fchksum, evolution) I don't think this bug is correctly assigned. As far as python-fchksum is concerned (see bug #96641), I'd think that it is the Python distutils class that is causing this bug. I think so, because it is "setup.py" of python-fchksum that is misbehaving. And python-fchksum's setup.py hasn't much code of its own. What is making the python distutils class trying to execute "i386-pc-linux-gnu-gcc" instead of the correct i686 counterpart? Where does it get the i386 from? Is it, because of the following? dewup-ww02 python-fchksum-1.7.1 # uname -a Linux dewup-ww02.dewup.europe.delphiauto.net 2.4.21-27.0.2.ELsmp #1 SMP Wed Jan 12 23:35:44 EST 2005 i686 Intel(R) Xeon(TM) CPU 2.40GHz GenuineIntel GNU/Linux As you can "easily" :) see, I'm trying to build python-fchksum on a RHEL 3.0 system. On that system, I'm trying to build Gentoo "emerge -e system" in a chroot. Might that be related? Could somebody from basesystem@g.o also please have a look? This is about a package which has a bug (bug #96641) that had been assigened to you. no, you're posting an unrelated issue to this bug, dont do that this bug is NOT about python-fchksum, that is Bug 88777, which is fixed this bug is about some GNOME stuff Kory: can you run `grep -RlI i386-pc-linux-gnu /lib /sbin /bin /usr/lib /usr/sbin /usr/bin` and post the results ? Pardon? Bug #96641 has been duped with this bug. Since bug #96641 was about python-fchksum, this bug is also about python-fchksum. This bug is not only about GNOME stuff. Anyway. Could somebody please dupe bug #96641 to the correct bug? Oh, you've now done that. Thanks. Anyway, at the time I wrote my report, you hadn't corrected the bug. I've also encountered this problem, maybe my solution isn't elegant but it works I've changed line in file /usr/lib/python2.3/config/Makefile instead of CC= i386-pc-linux-gnu-gcc -pthread I put there CC= i686-pc-linux-gnu-gcc -pthread because in bootstraped system (at least mine) doesn't have a gcc profile for i386-pc-linux-gnu-gcc re-emerge python then *** This bug has been marked as a duplicate of 88777 *** I am setting up a system from 2005.0 LiveCD and have run into the problem with python-fchksum AND files. I get this unable to execute i386-pc-linux-gnu-gcc: No such file or directory error: command 'i386-pc-linux-gnu-gcc' failed with exit status 1 I tried the remedy suggested below gcc-config 1 && source /etc/profile && unset CHOST but it didn't help. I left CHOST at CHOST="i686-pc-linux-gnu" So what do I do to get it working? |