From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id B5FE41384B4 for ; Tue, 29 Dec 2015 18:37:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6F6E621C07C; Tue, 29 Dec 2015 18:36:35 +0000 (UTC) Received: from acheron.yagibdah.de (acheron.yagibdah.de [185.55.75.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B5C8021C018 for ; Tue, 29 Dec 2015 18:36:32 +0000 (UTC) Received: from br-dmz-ip.yagibdah.de ([192.168.1.1] helo=heimdali.yagibdah.de) by acheron.yagibdah.de with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.85) (envelope-from ) id 1aDz8H-0007BD-Kh for gentoo-user@lists.gentoo.org; Tue, 29 Dec 2015 19:36:29 +0100 Received: from lee by heimdali.yagibdah.de with local (Exim 4.85) (envelope-from ) id 1aDz8H-0005aN-Ix for gentoo-user@lists.gentoo.org; Tue, 29 Dec 2015 19:36:29 +0100 From: lee To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Gcc 5.3 In-Reply-To: <20151229145415.GA16770@grusum.endjinn.de> (David Haller's message of "Tue, 29 Dec 2015 15:54:15 +0100") Date: Tue, 29 Dec 2015 19:21:01 +0100 Organization: my virtual residence Message-ID: <87lh8dktf6.fsf@heimdali.yagibdah.de> References: <567C0CC3.9070003@verizon.net> <20151225124048.0679d0a7@a6> <20151228111727.98dce0d01cbcb451abbf95eb@gentoo.org> <871ta5pgba.fsf@heimdali.yagibdah.de> <20151229145415.GA16770@grusum.endjinn.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) Mail-Followup-To: gentoo-user@lists.gentoo.org Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain X-Archives-Salt: 87236eef-9da8-4435-be60-c63bf238e3b9 X-Archives-Hash: 802effd87db9dbf2b694d11dfafc9bcc David Haller writes: > Hello, > > On Tue, 29 Dec 2015, lee wrote: >>Andrew Savchenko writes: >>> There will be no 5.3.1 likely. Numeration scheme is changed from 5.x >>> series: what was middle version is now major, what was minor is now >>> middle. So 5.3 is a patch version of 5.0 the same as 4.9.3 is a >>> patch version of 4.9.0. >> >>What do you currently get as default when you update, and can you easily >>go back to a previous version, or have several versions installed and >>switch between them? > > I'd guess 4.9.3. And yes and yes. > > # eix sys-devel/gcc > [I] sys-devel/gcc > Available versions: > (2.95.3) ~2.95.3-r10^s > (3.3.6) (~)3.3.6-r1^s > (3.4.6) 3.4.6-r2^s > (4.0.4) **4.0.4^s > (4.1.2) 4.1.2^s > (4.2.4) (~)4.2.4-r1^s > (4.3.6) 4.3.6-r1^s > (4.4.7) 4.4.7^s > (4.5.4) 4.5.4^s > (4.6.4) 4.6.4^s > (4.7) 4.7.4^s > (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 > (4.9) ~*4.9.0^s ~*4.9.1^s (~)4.9.2^s 4.9.3^s{tbz2} > (5) **5.1.0^s **5.2.0^s (~)5.3.0^s{tbz2} > [..] > Installed versions: 4.9.3(4.9)^s{tbz2}[..] > 5.3.0(5)^s{tbz2}[..] > [..] > > # gcc-config -l > [1] x86_64-pc-linux-gnu-4.9.3 * > [2] x86_64-pc-linux-gnu-5.3.0 > > Basically, you can install one of each slot, i.e. the first column in > () of the eix output. From (2.95.3) to (5). And switch as you like. > > As 4.9.3 is marked stable, I guess that's what'd you get per default. 4.8.5 I'd have to run emerge --sync to know about more recent versions. How is that supposed to be used, btw? I only run that when I do want to update everything. Now if I didn't want to update anything but gcc, could I run emerge --sync and install gcc 5.x without having trouble with anything else I might install before actually updating everything? So if I'd never explicitly update everything but run emerge --sync frequently, things would be updated over time, occasionally? > Stuff compiled with older gcc's should run with newer libgcc*[0], but > stuff compililed with a newer gcc might not run with the older > libgcc*. Same goes, with more problems IIRC, for libstdc++. > So beware of that. Apart from that? I'm not aware of problems. Uhm ... So I might break the system by switching between compiler versions? I have an application which I would like to compile with gcc 5.x just to see if that's even possible. I could switch, try it, and then switch back. > BTW: why is gcc not also handled via eselect? Even if that'd just > call gcc-config? What about ccache? How's that handled when you have multiple versions of gcc installed? > HTH, > -dnh > > [0] e.g. old Loki games, probably compiled with 2.95.x or even older > still run fine on a system built with gcc-4.6 If they were 64bit ... Too bad that there basically aren't any games anymore.