Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
GCC 3.4.3 is upon us!
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4 ... 10, 11, 12  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
vdboor
Guru
Guru


Joined: 03 Dec 2003
Posts: 592
Location: The Netherlands

PostPosted: Wed Nov 17, 2004 4:22 pm    Post subject: Reply with quote

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
View user's profile Send private message
irf2003
Veteran
Veteran


Joined: 10 Sep 2003
Posts: 1078

PostPosted: Wed Nov 17, 2004 5:14 pm    Post subject: Reply with quote

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
Code:

emerge -e world

the gcc-3.4.3 performance boost will then be fully realized.
hth
happy gentooing
PS i'm paranoid
Back to top
View user's profile Send private message
vdboor
Guru
Guru


Joined: 03 Dec 2003
Posts: 592
Location: The Netherlands

PostPosted: Thu Nov 18, 2004 11:32 am    Post subject: Reply with quote

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
View user's profile Send private message
robmoss
Retired Dev
Retired Dev


Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford

PostPosted: Thu Nov 18, 2004 6:16 pm    Post subject: Reply with quote

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?! :P

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
View user's profile Send private message
Deranger
Veteran
Veteran


Joined: 26 Aug 2004
Posts: 1215

PostPosted: Thu Nov 18, 2004 6:58 pm    Post subject: Reply with quote

robmoss: Isn't that a bit bleeding edge? 8O

Code:

emerge -e system && emerge -e system && emerge -e world && emerge -e world
Back to top
View user's profile Send private message
robmoss
Retired Dev
Retired Dev


Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford

PostPosted: Thu Nov 18, 2004 8:26 pm    Post subject: Reply with quote

Oktane wrote:
robmoss: Isn't that a bit bleeding edge? 8O

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
View user's profile Send private message
Deranger
Veteran
Veteran


Joined: 26 Aug 2004
Posts: 1215

PostPosted: Thu Nov 18, 2004 11:12 pm    Post subject: Reply with quote

robmoss wrote:
Oktane wrote:
robmoss: Isn't that a bit bleeding edge? 8O

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
View user's profile Send private message
aderio
Tux's lil' helper
Tux's lil' helper


Joined: 01 Dec 2003
Posts: 118
Location: England

PostPosted: Sat Nov 20, 2004 8:55 am    Post subject: Reply with quote

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
View user's profile Send private message
Rafal_Glazar
Apprentice
Apprentice


Joined: 10 Jul 2004
Posts: 167
Location: Rzeszow, Poland

PostPosted: Sun Nov 21, 2004 4:25 am    Post subject: Reply with quote

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
View user's profile Send private message
codergeek42
Bodhisattva
Bodhisattva


Joined: 05 Apr 2004
Posts: 5142
Location: Anaheim, CA (USA)

PostPosted: Sun Nov 21, 2004 6:47 am    Post subject: An "it works for me" post Reply with quote

I just synced and upgraded to 3.4.3 yesterday and it works like a charm.
_________________
~~ Peter: Brony, GNU/Linux geek, caffeine addict, and Free Software advocate.
Who am I? :: EFF & FSF
Back to top
View user's profile Send private message
robmoss
Retired Dev
Retired Dev


Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford

PostPosted: Sun Nov 21, 2004 6:44 pm    Post subject: Reply with quote

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
View user's profile Send private message
Deranger
Veteran
Veteran


Joined: 26 Aug 2004
Posts: 1215

PostPosted: Sun Nov 21, 2004 10:31 pm    Post subject: Reply with quote

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 :wink:
Code:

CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer -fprefetch-loop-arrays -pipe"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"

Thanks :P
Back to top
View user's profile Send private message
Leo Lausren
Apprentice
Apprentice


Joined: 24 Feb 2004
Posts: 198
Location: Denmark

PostPosted: Sun Nov 21, 2004 11:24 pm    Post subject: Reply with quote

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
View user's profile Send private message
John5788
Advocate
Advocate


Joined: 06 Apr 2004
Posts: 2099
Location: 127.0.0.1

PostPosted: Mon Nov 22, 2004 12:10 am    Post subject: Reply with quote

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
View user's profile Send private message
irf2003
Veteran
Veteran


Joined: 10 Sep 2003
Posts: 1078

PostPosted: Mon Nov 22, 2004 3:48 pm    Post subject: Reply with quote

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
View user's profile Send private message
ikshaar
Veteran
Veteran


Joined: 23 Jul 2002
Posts: 1339
Location: Baltimore, MD

PostPosted: Mon Nov 22, 2004 7:47 pm    Post subject: Reply with quote

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
View user's profile Send private message
robmoss
Retired Dev
Retired Dev


Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford

PostPosted: Mon Nov 22, 2004 8:35 pm    Post subject: Reply with quote

Oktane wrote:
Thanks :P


Oh just put them all in :P

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
View user's profile Send private message
irf2003
Veteran
Veteran


Joined: 10 Sep 2003
Posts: 1078

PostPosted: Mon Nov 22, 2004 11:54 pm    Post subject: Reply with quote

@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
View user's profile Send private message
robmoss
Retired Dev
Retired Dev


Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford

PostPosted: Tue Nov 23, 2004 7:43 am    Post subject: Reply with quote

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... :twisted:
_________________
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
View user's profile Send private message
Deranger
Veteran
Veteran


Joined: 26 Aug 2004
Posts: 1215

PostPosted: Tue Nov 23, 2004 7:47 am    Post subject: Reply with quote

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
View user's profile Send private message
Leo Lausren
Apprentice
Apprentice


Joined: 24 Feb 2004
Posts: 198
Location: Denmark

PostPosted: Tue Nov 23, 2004 9:53 am    Post subject: Reply with quote

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
View user's profile Send private message
geki
Advocate
Advocate


Joined: 13 May 2004
Posts: 2114
Location: Germania

PostPosted: Wed Nov 24, 2004 4:44 pm    Post subject: Reply with quote

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
View user's profile Send private message
irf2003
Veteran
Veteran


Joined: 10 Sep 2003
Posts: 1078

PostPosted: Wed Nov 24, 2004 9:42 pm    Post subject: Reply with quote

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
View user's profile Send private message
rhill
Developer
Developer


Joined: 22 Oct 2004
Posts: 1629
Location: sk.ca

PostPosted: Thu Nov 25, 2004 4:46 am    Post subject: Reply with quote

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
View user's profile Send private message
aesthesia
n00b
n00b


Joined: 17 Mar 2004
Posts: 45
Location: chapel hill, nc

PostPosted: Thu Nov 25, 2004 2:46 pm    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page Previous  1, 2, 3, 4 ... 10, 11, 12  Next
Page 3 of 12

 
Jump to:  
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