1 |
David Haller <gentoo@×××××××.de> writes: |
2 |
|
3 |
> Hello, |
4 |
> |
5 |
> On Tue, 29 Dec 2015, lee wrote: |
6 |
>>Andrew Savchenko <bircoph@g.o> writes: |
7 |
>>> There will be no 5.3.1 likely. Numeration scheme is changed from 5.x |
8 |
>>> series: what was middle version is now major, what was minor is now |
9 |
>>> middle. So 5.3 is a patch version of 5.0 the same as 4.9.3 is a |
10 |
>>> patch version of 4.9.0. |
11 |
>> |
12 |
>>What do you currently get as default when you update, and can you easily |
13 |
>>go back to a previous version, or have several versions installed and |
14 |
>>switch between them? |
15 |
> |
16 |
> I'd guess 4.9.3. And yes and yes. |
17 |
> |
18 |
> # eix sys-devel/gcc |
19 |
> [I] sys-devel/gcc |
20 |
> Available versions: |
21 |
> (2.95.3) ~2.95.3-r10^s |
22 |
> (3.3.6) (~)3.3.6-r1^s |
23 |
> (3.4.6) 3.4.6-r2^s |
24 |
> (4.0.4) **4.0.4^s |
25 |
> (4.1.2) 4.1.2^s |
26 |
> (4.2.4) (~)4.2.4-r1^s |
27 |
> (4.3.6) 4.3.6-r1^s |
28 |
> (4.4.7) 4.4.7^s |
29 |
> (4.5.4) 4.5.4^s |
30 |
> (4.6.4) 4.6.4^s |
31 |
> (4.7) 4.7.4^s |
32 |
> (4.8) (~)4.8.0^s (~)4.8.1-r1^s (~)4.8.2^s 4.8.3^s 4.8.4^s 4.8.5^s |
33 |
> (4.9) ~*4.9.0^s ~*4.9.1^s (~)4.9.2^s 4.9.3^s{tbz2} |
34 |
> (5) **5.1.0^s **5.2.0^s (~)5.3.0^s{tbz2} |
35 |
> [..] |
36 |
> Installed versions: 4.9.3(4.9)^s{tbz2}[..] |
37 |
> 5.3.0(5)^s{tbz2}[..] |
38 |
> [..] |
39 |
> |
40 |
> # gcc-config -l |
41 |
> [1] x86_64-pc-linux-gnu-4.9.3 * |
42 |
> [2] x86_64-pc-linux-gnu-5.3.0 |
43 |
> |
44 |
> Basically, you can install one of each slot, i.e. the first column in |
45 |
> () of the eix output. From (2.95.3) to (5). And switch as you like. |
46 |
> |
47 |
> As 4.9.3 is marked stable, I guess that's what'd you get per default. |
48 |
|
49 |
4.8.5 |
50 |
|
51 |
I'd have to run emerge --sync to know about more recent versions. How |
52 |
is that supposed to be used, btw? I only run that when I do want to |
53 |
update everything. Now if I didn't want to update anything but gcc, |
54 |
could I run emerge --sync and install gcc 5.x without having trouble |
55 |
with anything else I might install before actually updating everything? |
56 |
So if I'd never explicitly update everything but run emerge --sync |
57 |
frequently, things would be updated over time, occasionally? |
58 |
|
59 |
> Stuff compiled with older gcc's should run with newer libgcc*[0], but |
60 |
> stuff compililed with a newer gcc might not run with the older |
61 |
> libgcc*. Same goes, with more problems IIRC, for libstdc++. |
62 |
> So beware of that. Apart from that? I'm not aware of problems. |
63 |
|
64 |
Uhm ... So I might break the system by switching between compiler |
65 |
versions? I have an application which I would like to compile with gcc |
66 |
5.x just to see if that's even possible. I could switch, try it, and |
67 |
then switch back. |
68 |
|
69 |
> BTW: why is gcc not also handled via eselect? Even if that'd just |
70 |
> call gcc-config? |
71 |
|
72 |
What about ccache? How's that handled when you have multiple versions |
73 |
of gcc installed? |
74 |
|
75 |
> HTH, |
76 |
> -dnh |
77 |
> |
78 |
> [0] e.g. old Loki games, probably compiled with 2.95.x or even older |
79 |
> still run fine on a system built with gcc-4.6 |
80 |
|
81 |
If they were 64bit ... Too bad that there basically aren't any games |
82 |
anymore. |