1 |
Am Mittwoch, 26. April 2017, 02:37:17 CEST schrieb Francesco Riosa: |
2 |
> 2017-04-26 0:26 GMT+02:00 Andreas K. Huettel <dilfridge@g.o>: |
3 |
> > Am Sonntag, 23. April 2017, 14:35:48 CEST schrieb Michał Górny: |
4 |
> > > Hi, |
5 |
> > > |
6 |
> > > I'm thinking of masking old versions of sys-devel/gcc, in particular |
7 |
> > > older than the 4.9 branch. |
8 |
> > |
9 |
> > Masking is fine; some time later (maybe in a few months) I'd even suggest |
10 |
> > masking all of gcc-4. After all, unmasking them if you really need them is |
11 |
> > rather easy. |
12 |
> |
13 |
> well if the intent is cleaning adding a package mask is just more burden, |
14 |
> not less. |
15 |
> If they compile fine with the latest stable gcc better leave them unmasked, |
16 |
> right? |
17 |
|
18 |
Except that "switching back" from gcc-5 to gcc-4 doesn't really work, and that |
19 |
gcc-4 will happily use gcc-5 libraries, with unintended consequences. |
20 |
|
21 |
As far as I understand it, the clean way is to either emerge gcc-5 and set it |
22 |
as default, or mask gcc-5 and keep it off your system. |
23 |
|
24 |
Masking gcc-4 would force people to make a decision. |
25 |
|
26 |
|
27 |
> > About removing them (what William proposed), I'd keep what we have now. We |
28 |
> > had |
29 |
> > this discussion already in lots of detail in the past, and convincing |
30 |
> > points |
31 |
> > were made to keep one of each 4.x ... |
32 |
> |
33 |
> do you have any pointers or keyword to search? |
34 |
> Because once upon a time there were incompatible changes frequently (2.95 |
35 |
> => 3.x with x < 4 was bloody) but nowadays everything "C" seem more stable. |
36 |
> And the switch to c++11 still ongoing started with 4.8 and far less |
37 |
> problematic. |
38 |
> Maybe different arches than amd64? Binary packages? Embedded platforms? |
39 |
|
40 |
I don't know the details anymore, will search later. But blueness was the |
41 |
right person to ask. |
42 |
|
43 |
-- |
44 |
Andreas K. Hüttel |
45 |
dilfridge@g.o |
46 |
Gentoo Linux developer (council, perl, libreoffice) |