View previous topic :: View next topic |
Author |
Message |
noisebleed Apprentice
Joined: 03 Oct 2006 Posts: 177 Location: Porto, Portugal
|
Posted: Sun Feb 25, 2007 2:09 pm Post subject: |
|
|
Hi. I've changed my CHOST variable from i386 to i686 and followed the excelent Changing the CHOST variable guide.
When I ran "emerge -e world" compilation failed at vino with this message:
Code: | WARNING **: ../server/GNOME_RemoteDesktop.idl compilation failed |
Also evolution-data-server didn't compile:
Code: | WARNING **:./../idl/Evolution-DataServer-Addressbook.idl compilation failed |
So I've searched the forums and found the thread Could not run/locate "i386-pc-linux-gnu-gcc" and more specifically this post:
smask wrote: | i've the same problem. I solved it with an "emerge dev-libs/libIDL"
Try it |
And well, I've followed that tip. Everything compiled fine End of story.
Just one more suggestion to integrate the Chost Guide. _________________ Please add [SOLVED] to the subject line if the posted issue is resolved. |
|
Back to top |
|
|
opensas Guru
Joined: 24 Nov 2004 Posts: 408 Location: Buenos Aires - Argentina
|
Posted: Wed Apr 11, 2007 7:03 am Post subject: |
|
|
Hi
I'm having troubles emerging sys-apps/file-4.20-r1
here's the output
Code: |
creating build
creating build/temp.linux-i686-2.4
i386-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -mtune=athlon-xp -pipe -D_GNU_SOURCE -fPIC -I./ -I../ -I../src -I/usr/include/ -I/usr/include/python2.4 -c py_magic.c -o build/temp.linux-i686-2.4/py_magic.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: sys-apps/file-4.20-r1 failed.
Call stack:
ebuild.sh, line 1614: Called dyn_compile
ebuild.sh, line 971: Called qa_call 'src_compile'
environment, line 3840: Called src_compile
file-4.20-r1.ebuild, line 50: Called distutils_src_compile
distutils.eclass, line 38: Called die
!!! compilation failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/sys-apps/file-4.20-r1/temp/build.log'.
|
somehow emerge keeps looking for i386-pc-linux-gnu-gcc
I've checked everything
Code: |
tux ~ # cd /etc/env.d/
tux env.d # grep 386 *
tux env.d # grep 686 *
05binutils:MANPATH=/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/man
05binutils:INFOPATH=/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/info
05binutils:LDPATH=/usr/i686-pc-linux-gnu/lib
05gcc:PATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
05gcc:ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
05gcc:MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man"
05gcc:INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
05gcc:LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/4.1.1"
tux env.d # cd /etc/env.d/binutils/
tux binutils # ls -la
total 9
drwxr-xr-x 2 root root 128 Apr 1 20:58 .
drwxr-xr-x 4 root root 712 Apr 9 02:06 ..
-rw-r--r-- 1 root root 15 Apr 1 20:58 config-i686-pc-linux-gnu
-rw-r--r-- 1 root root 126 Apr 1 20:58 i686-pc-linux-gnu-2.16.1
tux binutils # cat config-i686-pc-linux-gnu
CURRENT=2.16.1
tux binutils # cat i686-pc-linux-gnu-2.16.1
TARGET="i686-pc-linux-gnu"
VER="2.16.1"
LIBPATH="/usr/lib/binutils/i686-pc-linux-gnu/2.16.1"
FAKE_TARGETS="i686-pc-linux-gnu"
tux binutils # cd /etc/env.d/gcc/
tux gcc # ls -la
total 9
drwxr-xr-x 2 root root 112 Apr 2 01:56 .
drwxr-xr-x 4 root root 712 Apr 9 02:06 ..
-rw-r--r-- 1 root root 32 Apr 2 01:56 config
-rw-r--r-- 1 root root 292 Apr 2 01:56 i686-pc-linux-gnu-4.1.1
tux gcc # cat config
CURRENT=i686-pc-linux-gnu-4.1.1
tux gcc # cat i686-pc-linux-gnu-4.1.1
PATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/4.1.1"
GCCBITS="32"
MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man"
INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
STDCXX_INCDIR="g++-v4"
|
I even tried
Code: |
tux ~ # emerge -av1 libtool
|
and then
Code: |
tux ~ # fix_libtool_files.sh 4.1.1 --oldarch i386-pc-linux-gnu
|
please don't tell me I have to emerge -e world !!!!
saludos
sas
-- EDIT --
I just had to reemerge python, like it says in the tutorial
now it works fine |
|
Back to top |
|
|
ShakaZ n00b
Joined: 30 Apr 2007 Posts: 1
|
Posted: Mon Apr 30, 2007 3:30 am Post subject: |
|
|
Hello,
i'm on an athlon64 and have changed chost from i586 to i686. I tries to follow this guide, but when i get to the point of executing "emerge -e world", the system says it can't because of the baselayout package being masked & i've been told it was unwise to unmask it, so i'm a bit stuck now... I was also told not to upgrade from gccc 4.1.1 to gcc 4.1.2 due stability issues, and this would result in gcc being upgraded.
Last issue is that it would try to emerge nvidia-drivers. While i've been able to compile nvidia-drivers following a howto, it fails when part of "emerge -e perl python", method that i saw in another howto, so i expect it not to work when doing"emerge -e world" or "emerge -e system" either.
Any advice is welcome as i'm far from being an expert in gentoo
P.S; This is the error message for the nvidia-drivers problem : Code: | NVIDIA: calling KBUILD...
make CC=i686-pc-linux-gnu-gcc KBUILD_VERBOSE=1 -C /usr/src/linux M=/var/tmp/portage/x11-drivers/nvidia-drivers-1.0.9755-r10/work/NVIDIA-Linux-x86-1.0-9755-pkg0/usr/src/nv modules
make[2]: AVERTISSEMENT: serveur de tâches n'est pas disponible: utilisation de -j1. Ajouter « + » à la règle parent du make.
WARNING: Symbol version dump /usr/src/linux-2.6.21-sabayon/Module.symvers
is missing; modules will have no dependencies and modversions.
/var/tmp/portage/x11-drivers/nvidia-drivers-1.0.9755-r10/work/NVIDIA-Linux-x86-1.0-9755-pkg0/usr/src/nv/nv.c:110: attention : kmem_cache_t is deprecated
/bin/sh: scripts/genksyms/genksyms: Aucun fichier ou répertoire de ce type
make[3]: *** [/var/tmp/portage/x11-drivers/nvidia-drivers-1.0.9755-r10/work/NVIDIA-Linux-x86-1.0-9755-pkg0/usr/src/nv/nv.o] Erreur 1
make[2]: *** [_module_/var/tmp/portage/x11-drivers/nvidia-drivers-1.0.9755-r10/work/NVIDIA-Linux-x86-1.0-9755-pkg0/usr/src/nv] Erreur 2
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make[1]: *** [module] Erreur 1
make: *** [module] Erreur 2
!!! ERROR: x11-drivers/nvidia-drivers-1.0.9755-r10 failed.
Call stack:
ebuild.sh, line 1614: Called dyn_compile
ebuild.sh, line 971: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
nvidia-drivers-1.0.9755-r10.ebuild, line 181: Called linux-mod_src_compile
linux-mod.eclass, line 516: Called die
!!! Unable to make IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/usr/src/linux clean module. |
|
|
Back to top |
|
|
John Klug Tux's lil' helper
Joined: 20 Nov 2007 Posts: 75 Location: Minnesota
|
Posted: Sun Dec 02, 2007 10:59 pm Post subject: Weird CHOST settings causing compile mixup - Changing CHOST |
|
|
This is my experience on the change-chost documentation (mostly good).
I decided to switch an old k6-2 machine to gentoo to get better performance.
I first made a CD with install-x86-minimal-2007.0-r1.iso and used the kernel provided in the ISO image to get started.
My emerge commands resulted in going from the 4.1.1 compiler in stage 3 to the 4.1.2 compiler downloaded by emerge. I really didn't investigate how to stay at 4.1.1 compiler.
My hiccups appeared to be in python and perl.
I followed the X86 install instructions, and used stage3-x86-2007.0.tar.bz2 and portage-20071125.tar.bz2. I stopped following the x86 Quick Install Guide at the point of the kernel build, and completed the CHOST document then went back to the X86 install where I left off.
These were the options I used in my /etc/make.conf:
USE="mmx 3dnow"
CFLAGS="-O2 -march=k6-2 -pipe"
CXXFLAGS="${CFLAGS}"
CHOST="i586-pc-linux-gnu"
My first problem occurred when I did the libtool build.
>>> Emerging (1 of 3) dev-perl/Locale-gettext-1.05 to /
>>> Compiling source in /var/tmp/portage/dev-perl/Locale-gettext-1.05/work/gettext-1.05 ...
* Using ExtUtils::MakeMaker
checking for gettext... no
checking for gettext in -lintl...gettext function not found. Please install libintl at Makefile.PL line 18.
no
!!! ERROR: dev-perl/Locale-gettext-1.05 failed.
I first tried emerge -e gettext, but this did not help.
I then tried emerge -e perl, and this fixed the problem.
The second problem occurred when I did the emerge -e world step. This stopped after 68/100 packages. It finished with a lot of instructions, but no errors.
At this point /usr/lib/python2.4/config/Makefile still had the stage3 Makefile, which specified the non-existent i486 compiler. I think this was the only Makefile that still referenced the i486 compiler.
Since emerge -e world only did 68/100, then skipped to doing 32 of 32, the last being net-misc/open-ssh I looked at the CHOST documentation, which said python could be troublesome.
I tried the emerge -av1 python step to hopefully rebuild /usr/lib/python2.4/Makefile, and it did.
So why did doing emerge -av1 python update /usr/lib/python2.4/Makefile, but emerge -e world did not? I see in the build output of emerge -e world:
After I did emerge -e world again, the emerge completed, and no more problems. Hopefully this might help someone. |
|
Back to top |
|
|
gi1242 Tux's lil' helper
Joined: 29 Jul 2004 Posts: 146
|
Posted: Sun Feb 17, 2008 9:46 pm Post subject: Recompile Qt3 after changing CHOST |
|
|
Just FYI -- you should recompile Qt3 (and probably also Qt4) after changing your CHOST. I found that PyQt does not compile otherwise.
(Yes, I know that the Gentoo CHOST guide recommends recompiling everything anyway)...
GI |
|
Back to top |
|
|
harivolker n00b
Joined: 02 Apr 2006 Posts: 10 Location: Stuttgart, Germany
|
Posted: Fri Feb 29, 2008 12:24 pm Post subject: Works great |
|
|
HeyHo,
I followed this guide http://www.gentoo.org/doc/en/change-chost.xml to change from i486 to i686 on a merely fresh install.
I needed this because I took the wrong stage3-tarball. Stupid me!
After rebuilding binutils, gcc and glibc (about one hour),
I just had to rebuild 17 things, which took around a quarter of an hour.
FYI:
Code: |
# emerge -pv1 `qfile /usr/lib/perl* -Cq | sort -u` > /root/chost_change.txt
# less /root/chost_change.txt
These are the packages that would be merged, in order:
Calculating dependencies ... done!
[ebuild R ] dev-lang/perl-5.8.8-r4 USE="berkdb gdbm -build -debug -doc -ithreads -perlsuid" 8,694 kB
[ebuild R ] dev-perl/Compress-Raw-Zlib-2.005 0 kB
[ebuild R ] perl-core/Scalar-List-Utils-1.19 0 kB
[ebuild R ] dev-perl/HTML-Tagset-3.10 0 kB
[ebuild R ] perl-core/Test-Harness-2.64 70 kB
[ebuild R ] perl-core/PodParser-1.35 96 kB
[ebuild R ] perl-core/libnet-1.21 USE="-sasl" 0 kB
[ebuild R ] dev-perl/URI-1.35 0 kB
[ebuild R ] dev-perl/DateManip-5.44 0 kB
[ebuild R ] dev-perl/Locale-gettext-1.05 8 kB
[ebuild R ] dev-perl/IO-Compress-Base-2.005 0 kB
[ebuild R ] dev-perl/HTML-Parser-3.56 USE="unicode" 0 kB
[ebuild R ] dev-perl/IO-Compress-Zlib-2.005 0 kB
[ebuild R ] dev-perl/HTML-Tree-3.23 0 kB
[ebuild R ] dev-perl/Compress-Zlib-2.005 0 kB
[ebuild R ] dev-perl/Crypt-SSLeay-0.57 0 kB
[ebuild R ] dev-perl/libwww-perl-5.805 USE="ssl" 0 kB
Total: 17 packages (17 reinstalls), Size of downloads: 8,866 kB |
Thank you very much!
Kind regards from Stuttgart/Germany,
Volker |
|
Back to top |
|
|
SickThought n00b
Joined: 11 Sep 2008 Posts: 6
|
Posted: Tue Nov 04, 2008 8:09 pm Post subject: |
|
|
Is it a good idea (= possible) to change the chost from x86_64 to i686, with this guide? |
|
Back to top |
|
|
desultory Bodhisattva
Joined: 04 Nov 2005 Posts: 9410
|
Posted: Wed Nov 05, 2008 3:00 am Post subject: |
|
|
No. If you must avoid reinstalling to convert from amd64 to x86, there are ways, though such procedures are deprecated with good reason. |
|
Back to top |
|
|
lukas.starecek n00b
Joined: 05 Dec 2009 Posts: 2
|
Posted: Sat Dec 05, 2009 10:52 pm Post subject: Changing CHOST - i'm in real troble :-( |
|
|
Hello,
I just made some changes in my linux router gentoo instalation. I readed http://en.gentoo-wiki.com/wiki/Safe_Cflags/Via and because I have Via C7 (Esther C5J (Via C7)) I decided to change my CHOST from "i486-pc-linux-gnu" to "i686-pc-linux-gnu". CFLAGS I left as I had before, because I prefer to stay more compatible for cases of HW failure (to be able to run on different HW with currently compiled system). Currently I have CFLAGS="-O2 -mtune=i686 -pipe"
I have followed http://www.gentoo.org/doc/en/change-chost.xml . After "emerge -av1 binutils gcc glibc" I'm, in real trouble. Binutils and gcc was OK, but glibs failed to merge. It's starts to compile, but failed on segmentation faults while compiling. I tried to emerge it once more, but now I have segmentation faults during emerge. Now when I try to emerge glibc
emerge -av1 glibc
I sometimes get segmentation fault imediately, sometimes later. Most far it get to try to download package, but after that it fail on RMD160 verification and it is not able to pass further.
Code: |
#emerge -av1 glibc
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] sys-libs/glibc-2.9_p20081201-r2 USE="gd nls -debug -glibc-omitfp (-hardened) (-multilib) -profile (-selinux) -vanilla" 16,046 kB
Total: 1 package (1 reinstall), Size of downloads: 16,046 kB
Would you like to merge these packages? [Yes/No] Yes
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) sys-libs/glibc-2.9_p20081201-r2
* glibc-2.9-ports-20081201.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
>>> Downloading 'ftp://gentoo.mirror.web4u.cz/distfiles/glibc-2.9-20081201.tar.bz2'
--2009-12-05 23:44:48-- ftp://gentoo.mirror.web4u.cz/distfiles/glibc-2.9-20081201.tar.bz2
=> `/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2'
Resolving gentoo.mirror.web4u.cz... 81.91.81.13
Connecting to gentoo.mirror.web4u.cz|81.91.81.13|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD (1) /distfiles ... done.
==> SIZE glibc-2.9-20081201.tar.bz2 ... 16430489
==> PASV ... done. ==> RETR glibc-2.9-20081201.tar.bz2 ... done.
Length: 16430489 (16M) (unauthoritative)
100%[===================================================================================================================>] 16,430,489 1.83M/s in 8.6s
2009-12-05 23:44:57 (1.83 MB/s) - `/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2' saved [16430489]
('Failed on RMD160 verification', 'e6e514f94086d4500f374728931a5a7cc5dfa3a1', '1e1feb4ee9c0892a0544c05adb6dd249544621cf')
!!! Fetched file: glibc-2.9-20081201.tar.bz2 VERIFY FAILED!
!!! Reason: Failed on RMD160 verification
!!! Got: e6e514f94086d4500f374728931a5a7cc5dfa3a1
!!! Expected: 1e1feb4ee9c0892a0544c05adb6dd249544621cf
Refetching... File renamed to '/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2._checksum_failure_.ty9ZET'
>>> Downloading 'ftp://sources.redhat.com/pub/glibc/releases/glibc-2.9-20081201.tar.bz2'
--2009-12-05 23:44:59-- ftp://sources.redhat.com/pub/glibc/releases/glibc-2.9-20081201.tar.bz2
=> `/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2'
Resolving sources.redhat.com... 209.132.176.174
Connecting to sources.redhat.com|209.132.176.174|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD (1) /pub/glibc/releases ... done.
==> SIZE glibc-2.9-20081201.tar.bz2 ... done.
==> PASV ... done. ==> RETR glibc-2.9-20081201.tar.bz2 ...
No such file `glibc-2.9-20081201.tar.bz2'.
>>> Downloading 'ftp://sources.redhat.com/pub/glibc/snapshots/glibc-2.9-20081201.tar.bz2'
--2009-12-05 23:45:01-- ftp://sources.redhat.com/pub/glibc/snapshots/glibc-2.9-20081201.tar.bz2
=> `/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2'
Resolving sources.redhat.com... 209.132.176.174
Connecting to sources.redhat.com|209.132.176.174|:21... connected.
Logging in as anonymous ...
...
|
Currently I have:
Code: |
#gcc-config -l
[1] i686-pc-linux-gnu-4.3.4 *
#gcc-config -c
i686-pc-linux-gnu-4.3.4
#binutils-config -l
[1] i686-pc-linux-gnu-2.18 *
#binutils-config -c
i686-pc-linux-gnu-2.18
|
env.d seems to be simmilar as in http://www.gentoo.org/doc/en/change-chost.xml page.
I think even if it will pass the RMD160 verification, it will fail on segmentation fault somewhere during compilation :-/
I realy don't know, what to do. Please help :-/.
Thank for any response.
Lukas Starecek |
|
Back to top |
|
|
lukas.starecek n00b
Joined: 05 Dec 2009 Posts: 2
|
Posted: Sun Dec 06, 2009 4:03 pm Post subject: Changing CHOST - i'm in real troble :-( - seems solved |
|
|
Today I wanted to made some backups (for to be sure) and when I started, my router completly freezes. I tried to restart it, but even no POST was shown, just speaker beeps to me. Problem was in memory. When I changed memory, everything seems to be working. Just now I recompiling glibc without any error (I hope it will end successfully ). So problem seems to be solved. More than two years without any unexpected behavior, to yesterday 299 days uptime (and before I was restarting only because of new kernel). And yesterday, when I change the CHOST, my memory broke. Bad fortune... Or maybee change the CHOST can break memory (for newbies - just joke) |
|
Back to top |
|
|
peertje888 n00b
Joined: 24 Jan 2009 Posts: 9
|
Posted: Sun Feb 07, 2010 2:08 pm Post subject: Re: Changing CHOST - i'm in real troble :-( |
|
|
lukas.starecek wrote: | http://en.gentoo-wiki.com/wiki/Safe_Cflags/Via |
http://en.gentoo-wiki.com/wiki/Safe_Cflags in general is a good link to determine the the settings in your make.conf listing all possible CHOST values. |
|
Back to top |
|
|
jovdmeer n00b
Joined: 02 Mar 2010 Posts: 1
|
Posted: Tue Mar 02, 2010 10:06 pm Post subject: |
|
|
I haven't seen it anywhere in this thread, so here goes:
I've been trying to change my CHOST variable for a while now, from i486 to i686 specifically. Every time I tried, I followed the Gentoo Howto exactly, but never got past the first step since after changing my CHOST in /etc/make.conf, suddenly nothing compiles anymore, complaining that the C compiler cannot create executables. Today I finally figured out why: I didn't have any of the other symlinks besides the i486 ones. Making them myself doesn't work, I've tried that before.
Apparently, you have to run binutils-config --x86 to create those links. I have no idea why this is not documented in the howto or, indeed, anywhere. Or if this is not supposed to be necessary, why it was necessary on my system.
Figured maybe someone else out there is having this problem as well and I might just brighten their day a bit. Could someone add a line about this in the howto please? Thanks!
EDIT: nevermind, apparently that didn't quite solve the problem either... |
|
Back to top |
|
|
ayvango Tux's lil' helper
Joined: 08 Feb 2012 Posts: 118
|
Posted: Fri Dec 14, 2012 11:49 am Post subject: |
|
|
Hello. I've changed my CHOST variable (downgrading from i686 to i484) accroding to the guide: http://www.gentoo.org/doc/en/change-chost.xml.
Almost all went smoothly with the exception for native python library dev-python/python-cjson. It tries to build native library with CHOST="i686" and logically catches exception:
Code: | i686-pc-linux-gnu-gcc -pthread -O2 -march=i486 -pipe -mno-mmx -mno-sse -mno-sse2 -mno-sse3 -mno-ssse3 -mno-sse4.1 -mno-sse4.2 -mno-sse4 -fPIC -DMODULE_VERSION="1.0.5" -I/usr/include/python2.7 -c cjson.c -o build/temp.linux-i686-2.7/cjson.o
gcc-config: error: could not run/locate 'i686-pc-linux-gnu-gcc'
error: command 'i686-pc-linux-gnu-gcc' failed with exit status 1 |
I've peaked into /usr/bin and detected some i686 reminiscences with
Code: | find ./ -name "i686-pc-linux*" -print |
There were some binaries (that itself are just links to other, missed binaries) and broken posix soft links.
I've deleted it and steel encounter same error:
http://sprunge.us/CFWF |
|
Back to top |
|
|
ayvango Tux's lil' helper
Joined: 08 Feb 2012 Posts: 118
|
Posted: Tue Dec 18, 2012 10:27 am Post subject: |
|
|
I'd just excluded packages that give me error on building:
Code: |
dev-python/python-cjson
dev-perl/Error
|
and proceed on completing emerge -ev1 world. After completing world rebuild I retried to build problem packages and all works fine. Therefore there should be an utility package other than gcc and libtool that should be rebuild before entire world building. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|