Gentoo Archives: gentoo-amd64

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-amd64@l.g.o
Subject: [gentoo-amd64] Re: Re: Re: Re: Giving up 64 platform
Date: Wed, 26 Apr 2006 17:56:04
Message-Id: pan.2006.04.26.17.53.39.114968@cox.net
In Reply to: Re: [gentoo-amd64] Re: Re: Re: Giving up 64 platform by Brandon Edens
1 Brandon Edens posted <20060426085738.GA8109@××××××××××××.net>, excerpted
2 below, on Wed, 26 Apr 2006 04:57:38 -0400:
3
4 > You've inspired me. I'll see about getting gcc 4.1 running on my laptop
5 > AND finally learning how to correctly slot packages. To think I've gone
6 > this long without properly reading the documentation. *DUCK*
7
8 The slotting is pretty much done for you. The only thing there you need
9 to decide is whether you want USE=multislot or not. Without multislot
10 (the default), you get one each gcc 3.4, 4.0, 4.1, etc. With it, you'd
11 get 3.4.5, 3.4.6, 4.0.2, 4.0.3, and 4.1.0 -- and 4.2.0-snapshot if you are
12 brave enough.
13
14 Rather, what you need to worry about is gcc-config or eselect compiler.
15 (The latter is still masked, but will eventually deprecate gcc-config --
16 I'd recommend sticking with gcc-config for now, as there are certain
17 issues with eselect-compiler on amd64. The issues can be worked around
18 for those who want to, but it's a bit complex to explain and it doesn't
19 work quite as expected without manual workaround intervention, so
20 gcc-config continues too be the best choice for those new to the idea.)
21
22 Basically, it becomes a matter of listing out the available gcc
23 choices, then running gcc-config again with the set option to set the one
24 you want. The process is very similar to opengl-update, if you've used
25 that.
26
27 The only other issue to be aware of is that while gcc 4.0 and 4.1 are
28 fairly compatible with gcc 3.4, there's a slight difference in libstdc++.
29 A few (not many) applications compiled with gcc-4.x won't work quite right
30 when run against the libstdc++ from gcc-3.4.x. The only place I noticed
31 this was with khtml from KDE, thus konqueror, khelpcenter, and kweather,
32 among other applications using khtml. If you've compiled kdelibs with
33 gcc-4.x, then switch back to gcc-3.4.x, khtml doesn't work. It works
34 again after you toggle back to 4.x. There's a workaround involving
35 creating a shortcut, but I've forgotten the details. However, that's the
36 only compatibility issue I've experienced, and it's minor enough -- just
37 compile KDE with 3.4.x or keep the system toggled to 4.0 or better by
38 default and don't try to launch konqueror and the like when you have
39 gcc-config pointed at 3.x.
40
41 --
42 Duncan - List replies preferred. No HTML msgs.
43 "Every nonfree program has a lord, a master --
44 and if you use the program, he is your master." Richard Stallman in
45 http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html
46
47
48 --
49 gentoo-amd64@g.o mailing list