View previous topic :: View next topic |
Author |
Message |
vdboor Guru
Joined: 03 Dec 2003 Posts: 592 Location: The Netherlands
|
Posted: Wed Nov 17, 2004 4:22 pm Post subject: |
|
|
Just wondering, do I need to re-compile glibc after changing your compiler? Some of the posts in this thread gave me this idea.. _________________ The best way to accelerate a windows server is by 9.81M/S²
Linux user #311670 and Yet Another Perl Programmer
[ screenies | Coding on KMess ] |
|
Back to top |
|
|
irf2003 Veteran
Joined: 10 Sep 2003 Posts: 1078
|
Posted: Wed Nov 17, 2004 5:14 pm Post subject: |
|
|
vdboor wrote: | Just wondering, do I need to re-compile glibc after changing your compiler? Some of the posts in this thread gave me this idea.. |
yes do
Code: |
emerge glibc
emerge -e system
|
the above to make sure that your toolchain is in order.
if you are upgrading to gcc-3.4.3, i would highly recoomend that you also do
the gcc-3.4.3 performance boost will then be fully realized.
hth
happy gentooing
PS i'm paranoid |
|
Back to top |
|
|
vdboor Guru
Joined: 03 Dec 2003 Posts: 592 Location: The Netherlands
|
Posted: Thu Nov 18, 2004 11:32 am Post subject: |
|
|
OK Thanks, I will.
I already compiled KDE again, and it worked very well.
Why is re-compilation of glibc actually required, and could it break my system? _________________ The best way to accelerate a windows server is by 9.81M/S²
Linux user #311670 and Yet Another Perl Programmer
[ screenies | Coding on KMess ] |
|
Back to top |
|
|
robmoss Retired Dev
Joined: 27 May 2003 Posts: 2634 Location: Jesus College, Oxford
|
Posted: Thu Nov 18, 2004 6:16 pm Post subject: |
|
|
Recompilation of glibc is not necessarily required, but it is recommended. It was compiled using a more buggy compiler than the one you have installed; as such, it is an absolute false economy not to recompile it. Personally, after every update of a particularly important package (kernel headers, glibc, gcc, binutils, kernel etc. etc.) I do the following:
Code: | emerge -e system
emerge -e system
emerge -e world
emerge -e world |
The first command ensures my toolchain is in order; the second ensures it's been compiled with a clean and current toolchain; the third recompiles all my packages with a clean and current toolchain; the fourth ensures that all my packages are compiled against packages compiled with a clean and current toolchain.
irf: those CFLAGS don't sound at all scary to me; indeed, they seem quite conservative. But for you?!
With regards the gcc eclass - snapshot support is actually better than it was before. From toolchain.eclass:
Code: | # Pre-release support
if [ ${PV} != ${PV/_pre/-} ] ; then
PRERELEASE=${PV/_pre/-}
fi
# make _alpha and _beta ebuilds automatically use a snapshot
if [ ${PV} != ${PV/_alpha/} ] ; then
SNAPSHOT="${MY_PV}-${PV##*_alpha}"
elif [ ${PV} != ${PV/_beta/} ] ; then
SNAPSHOT="${MY_PV}-${PV##*_beta}"
fi |
If that doesn't make very much sense, then post back to this thread and I'll explain further. _________________ Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
Back to top |
|
|
Deranger Veteran
Joined: 26 Aug 2004 Posts: 1215
|
Posted: Thu Nov 18, 2004 6:58 pm Post subject: |
|
|
robmoss: Isn't that a bit bleeding edge?
Code: |
emerge -e system && emerge -e system && emerge -e world && emerge -e world
|
|
|
Back to top |
|
|
robmoss Retired Dev
Joined: 27 May 2003 Posts: 2634 Location: Jesus College, Oxford
|
Posted: Thu Nov 18, 2004 8:26 pm Post subject: |
|
|
Oktane wrote: | robmoss: Isn't that a bit bleeding edge?
Code: |
emerge -e system && emerge -e system && emerge -e world && emerge -e world
|
|
No, it's the exact opposite. Bleeding edge is not doing it. The above (should) give absolute stability. _________________ Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
Back to top |
|
|
Deranger Veteran
Joined: 26 Aug 2004 Posts: 1215
|
Posted: Thu Nov 18, 2004 11:12 pm Post subject: |
|
|
robmoss wrote: | Oktane wrote: | robmoss: Isn't that a bit bleeding edge?
Code: |
emerge -e system && emerge -e system && emerge -e world && emerge -e world
|
|
No, it's the exact opposite. Bleeding edge is not doing it. The above (should) give absolute stability. |
I have never recompiled my system since it was installed (this is pretty fresh install though), running second time "emerge -e system" at the moment.
Thanks for the tip |
|
Back to top |
|
|
aderio Tux's lil' helper
Joined: 01 Dec 2003 Posts: 118 Location: England
|
Posted: Sat Nov 20, 2004 8:55 am Post subject: |
|
|
Quote: | Quote:
Worked fine with me, after doing a "gcc-config 3" and a "fix_libtool_files.sh 3.4.2" and finally adding GCC_SPECS="/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/specs" at the end of /etc/env.d/gcc/i686-pc-linux-gnu-3.4.3 (this last one is a bug, already reported on bugzilla). Pretty smooth, all in all, other than the bug part...
Done the business for me. Don't you just love the forums, just when you start to panic in with the knoppix cd - www.forums.gentoo.org - find solution - print - fix - reboot -JOB DONE. l |
Two weeks later I've just had to remove GCC_SPECS="/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/specs" from the end of /etc/env.d/gcc/i686-pc-linux-gnu-3.4.3 to enable compiling again. The bugs been fixed??!
Good to see your pearls of wisdom in the forum again robmoss. _________________ Typos lead to premature baldness, therefore lick and stick whenever possible. Veteran status may mean that you post a lot of *** I'm a noob and clueless.
"Let us go forward together" Winston Churchill |
|
Back to top |
|
|
Rafal_Glazar Apprentice
Joined: 10 Jul 2004 Posts: 167 Location: Rzeszow, Poland
|
Posted: Sun Nov 21, 2004 4:25 am Post subject: |
|
|
I want to switch to gcc 3.4.3 and i'm wondering if symlinking to 2004.3 profile for x86 is sufficent or do i need to symlink to gcc34-x86-2004.2 profile? _________________ "All I ask for is choice. I want to be able to go into any store you can buy a computer in and say, "I want ______ OS on this computer." Is that too much to ask? We can't always be looking out Windows. We also need to get work done." - Bill Olson |
|
Back to top |
|
|
codergeek42 Bodhisattva
Joined: 05 Apr 2004 Posts: 5142 Location: Anaheim, CA (USA)
|
Posted: Sun Nov 21, 2004 6:47 am Post subject: An "it works for me" post |
|
|
I just synced and upgraded to 3.4.3 yesterday and it works like a charm. _________________ ~~ Peter: Programmer, Mathematician, STEM & Free Software Advocate, Enlightened Agent, Transhumanist, Fedora contributor
Who am I? :: EFF & FSF |
|
Back to top |
|
|
robmoss Retired Dev
Joined: 27 May 2003 Posts: 2634 Location: Jesus College, Oxford
|
Posted: Sun Nov 21, 2004 6:44 pm Post subject: |
|
|
aderio wrote: | Good to see your pearls of wisdom in the forum again robmoss. |
I've been on a two-month absence from the forums and, indeed, the Internet in general, thanks to BT Broadband's inability to transfer an account from one address to another whilst keeping the same phone number. _________________ Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
Back to top |
|
|
Deranger Veteran
Joined: 26 Aug 2004 Posts: 1215
|
Posted: Sun Nov 21, 2004 10:31 pm Post subject: |
|
|
Hey robmoss, what are the most up-to-date bleeding edge flags for GCC 3.4? I am using well-tested flags that you have posted in CFLAGS Central and I would like to have more experimental flags
Code: |
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer -fprefetch-loop-arrays -pipe"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"
|
Thanks |
|
Back to top |
|
|
Leo Lausren Apprentice
Joined: 24 Feb 2004 Posts: 198 Location: Denmark
|
Posted: Sun Nov 21, 2004 11:24 pm Post subject: |
|
|
I just noticed that there is a march=prescott option with sse3 support. Is anybody running with that, and is there noticable improvements
Can somebody confirm that this actually is a prescott cpu Code: | processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 3
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 4
cpu MHz : 3201.811
cache size : 1024 KB
physical id : 0
siblings : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid xtpr
bogomips : 6324.22
| I don't see any sse3 flag. _________________ Blog: common sense – nonsense |
|
Back to top |
|
|
John5788 Advocate
Joined: 06 Apr 2004 Posts: 2140 Location: 127.0.0.1
|
Posted: Mon Nov 22, 2004 12:10 am Post subject: |
|
|
Leo Lausren wrote: | I just noticed that there is a march=prescott option with sse3 support. Is anybody running with that, and is there noticable improvements
Can somebody confirm that this actually is a prescott cpu Code: | processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 3
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 4
cpu MHz : 3201.811
cache size : 1024 KB
physical id : 0
siblings : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid xtpr
bogomips : 6324.22
| I don't see any sse3 flag. |
it looks like a prescott with the 1mb cache _________________ John5788 |
|
Back to top |
|
|
irf2003 Veteran
Joined: 10 Sep 2003 Posts: 1078
|
Posted: Mon Nov 22, 2004 3:48 pm Post subject: |
|
|
Leo Lausren wrote: | I just noticed that there is a march=prescott option with sse3 support. Is anybody running with that, and is there noticable improvements :?:
Can somebody confirm that this actually is a prescott cpu :?: Code: | processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 3
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 4
cpu MHz : 3201.811
cache size : 1024 KB
physical id : 0
siblings : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid xtpr
bogomips : 6324.22
| I don't see any sse3 flag. |
my advise, is that if you are adventurous, is to specify march=prescott, mtune=prescott, and avoid any sse related flags, and let the compiler
do it's work. Do use other compiler optimization flags if you so desire, but
don't comine them with those mmx/sse flags.
hth
with regards to your other question, as to whether what you have is indeed a prescott, well the answer is yes, and the key word in light of your cpu info
is "pni"
hth
Last edited by irf2003 on Tue Nov 23, 2004 12:06 am; edited 1 time in total |
|
Back to top |
|
|
ikshaar Veteran
Joined: 23 Jul 2002 Posts: 1339 Location: Baltimore, MD
|
Posted: Mon Nov 22, 2004 7:47 pm Post subject: |
|
|
3.4.3 was marked stable on amd64.... but I had to run gcc-config AND logout to fix it
(source /etc/profile was not enough) _________________ "May God stands between you and harm in all the empty places where you must walk" - Babylon 5 |
|
Back to top |
|
|
robmoss Retired Dev
Joined: 27 May 2003 Posts: 2634 Location: Jesus College, Oxford
|
Posted: Mon Nov 22, 2004 8:35 pm Post subject: |
|
|
Oktane wrote: | Thanks |
Oh just put them all in
The ones to avoid are -freduce-all-givs (broken) and -ffast-math (if you want people to take notice of your bug reports). Beyond what you've got already, though, it's a black art, and good results only come with experience and experimentation... Try playing around with flac if you're genuinely interested. It's a good one to hit. Make sure it passes its testsuite (FEATURES="maketest"). _________________ Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
Back to top |
|
|
irf2003 Veteran
Joined: 10 Sep 2003 Posts: 1078
|
Posted: Mon Nov 22, 2004 11:54 pm Post subject: |
|
|
@robmoss,
with regards to the gcc-3.4.x snapshot ebuild, could you make available
an example of one using the toolchain eclass?
another thing, the last time i looked, there seems to be a nomenclature problem in the eclass, well, at least with the gcc-3.4.x snapshots.
TIA
hth
happy Gentooing
PS it's a pleasure to see that you are back in the forums |
|
Back to top |
|
|
robmoss Retired Dev
Joined: 27 May 2003 Posts: 2634 Location: Jesus College, Oxford
|
Posted: Tue Nov 23, 2004 7:43 am Post subject: |
|
|
irf2003 - lv is the man for those at the moment, although I'll be catching up soon!
http://dev.gentoo.org/~lv/gcc-4.0.0_alpha20041121.ebuild
You'll need the following files from /usr/portage/sys-devel/gcc/files/:
Code: | 3.4.1/gcc-3.4.1-glibc-is-native.patch
3.4.2/gcc-3.4.x-mips-add-march-r10k.patch
gcc-spec-env.patch |
Obviously you'll also need to create a digest, etc. etc. (note that I'm not necessarily telling you, I'm trying to pre-empt questions from everyone else!)
Anyone who feels like knocking together a patch for sys-libs/pam to make it compile with gcc-4 would be most appreciated... _________________ Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
Back to top |
|
|
Deranger Veteran
Joined: 26 Aug 2004 Posts: 1215
|
Posted: Tue Nov 23, 2004 7:47 am Post subject: |
|
|
Code: | Calculating dependencies ...done!
>>> emerge (1 of 1) sys-libs/glibc-2.3.4.20041102 to /
>>> md5 src_uri ;-) glibc-2.3.3.tar.bz2
>>> md5 src_uri ;-) glibc-manpages-2.3.4.tar.bz2
>>> md5 src_uri ;-) glibc-infopages-2.3.4.tar.bz2
>>> md5 src_uri ;-) glibc-2.3.4-branch-update-20041102.patch.bz2
nptlonly
nptl
x86
>>> Unpacking source...
nptl
x86
* Checking gcc for __thread support ... no
* Could not find a gcc that supports the __thread directive!
* please update to gcc-3.2.2-r1 or later, and try again.
!!! ERROR: sys-libs/glibc-2.3.4.20041102 failed.
!!! Function check_nptl_support, Line 158, Exitcode 0
!!! No __thread support in gcc!
!!! If you need support, post the topmost build error, NOT this status message.
|
I am trying to do some C(XX)FLAGS experiementing but bootstrap fails...I tried to bootstrap several times but no go
[ EDIT ] "emerge --oneshot --nodeps gcc-config" before running bootstrap script solves that problem...
Last edited by Deranger on Fri Nov 26, 2004 11:54 am; edited 4 times in total |
|
Back to top |
|
|
Leo Lausren Apprentice
Joined: 24 Feb 2004 Posts: 198 Location: Denmark
|
Posted: Tue Nov 23, 2004 9:53 am Post subject: |
|
|
irf2003 wrote: |
my advise, is that if you are adventurous, is to specify march=prescott, mtune=prescott, and avoid any sse related flags, and let the compiler
do it's work. Do use other compiler optimization flags if you so desire, but
don't comine them with those mmx/sse flags.
hth
with regards to your other question, as to whether what you have is indeed a prescott, well the answer is yes, and the key word in light of your cpu info
is "pni"
hth |
Thanks irf2003. I obviously didn't know about the "pni" keyword, and information like this can be hard to come by.
I'll try march=prescott, mtune=prescot on a separat partition, when I get some free time. _________________ Blog: common sense – nonsense |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Wed Nov 24, 2004 4:44 pm Post subject: |
|
|
anyone using libsdl and stuff that depends on it ( USE="sdl" ) with ~x86 gcc and glibc? i get following error on configure of package media-libs/smpeg-0.4.4-r4 ( i.e., other packages fail same way ) :
Code: | checking for sdl-config... /usr/bin/sdl-config
checking for SDL - version >= 1.2.0... no
*** Could not run SDL test program, checking why...
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding SDL or finding the wrong
*** version of SDL. If it is not finding SDL, you'll need to set your
*** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point
*** to the installed location Also, make sure you have run ldconfig if that
*** is required on your system
***
*** If you have an old version installed, it is best to remove it, although
*** you may also be able to get things to work by modifying LD_LIBRARY_PATH
configure: error: *** SDL version 1.2.0 not found! |
*** The test program compiled, but did not run. >>> it segfaults
this happened after upgrade from glibc 1006 > 1021. i did not mind before because only glitch i had was with mplayer but now i would like to install some games that depend on SDL...
anyone any ideas? |
|
Back to top |
|
|
irf2003 Veteran
Joined: 10 Sep 2003 Posts: 1078
|
Posted: Wed Nov 24, 2004 9:42 pm Post subject: |
|
|
geki wrote: | anyone using libsdl and stuff that depends on it ( USE="sdl" ) with ~x86 gcc and glibc? i get following error on configure of package media-libs/smpeg-0.4.4-r4 ( i.e., other packages fail same way ) :
Code: | checking for sdl-config... /usr/bin/sdl-config
checking for SDL - version >= 1.2.0... no
*** Could not run SDL test program, checking why...
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding SDL or finding the wrong
*** version of SDL. If it is not finding SDL, you'll need to set your
*** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point
*** to the installed location Also, make sure you have run ldconfig if that
*** is required on your system
***
*** If you have an old version installed, it is best to remove it, although
*** you may also be able to get things to work by modifying LD_LIBRARY_PATH
configure: error: *** SDL version 1.2.0 not found! |
*** The test program compiled, but did not run. >>> it segfaults
this happened after upgrade from glibc 1006 > 1021. i did not mind before because only glitch i had was with mplayer but now i would like to install some games that depend on SDL...
anyone any ideas? :( |
@geki, just tried emerging smpeg, had no such problems,
using glibc 1102.
here is my emerge info
Code: |
gentoo4 ~ # emerge info
Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.8-gentoo-r10 i686)
=================================================================
System uname: 2.6.8-gentoo-r10 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz
Gentoo Base System version 1.6.6
distcc 2.18.2 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers: sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -mtune=pentium4 -march=pentium4 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -frename-registers -fweb -ftracer -pipe "
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mtune=pentium4 -march=pentium4 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -frename-registers -fweb -ftracer -pipe -fvisibility-inlines-hidden"
DISTDIR="/mnt/sda4/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg ccache distcc distlocks sfperms"
GENTOO_MIRRORS="http://gentoo.osuosl.org"
MAKEOPTS="-j7"
PKGDIR="/mnt/sda4/shared/packages"
PORTAGE_TMPDIR="/mnt/sda4/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://134.68.220.73/gentoo-portage"
USE="X alsa arts avi berkdb bitmap-fonts cdr crypt dvd encode esd f77 fam flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 idea imagemagick imlib java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg ncurses nls nomalloccheck nptl nptlonly oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba sdl slang spell ssl svga tcpd tetex tiff truetype x86 xml2 xmms xvzlib"
|
hth
PS maybe it's " -ffast-math " in your compiler flags??
or maybe your kernel?? |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Thu Nov 25, 2004 4:46 am Post subject: |
|
|
robmoss wrote: | Personally, after every update of a particularly important package (kernel headers, glibc, gcc, binutils, kernel etc. etc.) I do the following:
Code: | emerge -e system
emerge -e system
emerge -e world
emerge -e world |
|
according to genlop -p, i'll have that completed just around the time gcc 4.0 goes stable. |
|
Back to top |
|
|
aesthesia n00b
Joined: 17 Mar 2004 Posts: 45 Location: chapel hill, nc
|
Posted: Thu Nov 25, 2004 2:46 pm Post subject: |
|
|
I just emerged 3.4.3 and I have a few questions and a few problems. I haven't seen these elsewhere in the thread, but if I missed them, please forgive me.
Whenever I run gcc-config I get this warning/error:
Code: | # gcc-config -l
/usr/bin/gcc-config: line 1: 01m*: command not found
* /usr/bin/gcc-config: Profile does not exist or invalid setting for /etc/env.d/gcc/
/usr/bin/gcc-config: line 1: 01m*: command not found
[1] i686-pc-linux-gnu-3.4.3
[2] i686-pc-linux-gnu-3.4.3-hardened
[3] i686-pc-linux-gnu-3.4.3-hardenednopie
[4] i686-pc-linux-gnu-3.4.3-hardenednossp
|
This is with and without the "GCC_SPECS" line at the end. This causes an "emerge -e system" to fail right after gcc-config is merged (though all packages before that compile perfectly) with errors like this:
Code: | >>> Source unpacked.
( cd cracklib && make && exit $? )
make[1]: Entering directory `/var/tmp/portage/cracklib-2.7-r10/work/cracklib,2.7/cracklib'
make[1]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule.
gcc -O3 -march=pentium-m -mtune=pentium-m -pipe -fomit-frame-pointer -ftracer -fprefetch-loop-arrays -g -I../cracklib -DIN_CRACKLIB -fPIC -c -o fascist.o fascist.c
/usr/bin/gcc-config: line 1: 01m*: command not found
/etc/env.d/gcc/oesnt exist
gcc-config error: Could not run/locate "gcc"
make[1]: *** [fascist.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/cracklib-2.7-r10/work/cracklib,2.7/cracklib'
make: *** [all] Error 2
!!! ERROR: sys-libs/cracklib-2.7-r10 failed.
!!! Function src_compile, Line 50, Exitcode 2
!!! emake failed
!!! If you need support, post the topmost build error, NOT this status message.
|
This is after the previous merging of gcc-config that contained this output, though it completed its merge successfully:
Code: | >>> original instance of package unmerged safely.
* //usr/bin/gcc-config: Profile does not exist or invalid setting for /etc/env.d/gcc/*
* Switching to * compiler...
//usr/bin/gcc-config: line 177: /etc/env.d/gcc/*: No such file or directory
gawk: cmd. line:2: fatal: cannot open file `/etc/env.d/gcc/*' for reading (No such file or directory) [ ok ]
* If you intend to use the gcc from the new profile in an already
* running shell, please remember to do:
* # source /etc/profile
>>> Regenerating /etc/ld.so.cache...
|
/etc/env.d/gcc/i686-pc-linux-gnu-3.4.3:
Code: |
# cat /etc/env.d/gcc/i686-pc-linux-gnu-3.4.3
PATH="/usr/i686-pc-linux-gnu/gcc-bin/3.4.3"
ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/3.4.3"
GCCBITS=" 32"
LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/3.4.3"
MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.4/man"
INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.4/info"
STDCXX_INCDIR="g++-v3"
CC="gcc"
CXX="g++"
|
Any ideas?
Thanks. |
|
Back to top |
|
|
|