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 A16671384B4 for ; Wed, 30 Dec 2015 16:36:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EC01521C11B; Wed, 30 Dec 2015 16:35:28 +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 AF0C121C0D0 for ; Wed, 30 Dec 2015 16:35:26 +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 1aEJie-0008NB-Aw for gentoo-user@lists.gentoo.org; Wed, 30 Dec 2015 17:35:24 +0100 Received: from lee by heimdali.yagibdah.de with local (Exim 4.85) (envelope-from ) id 1aEJie-0000eb-8o for gentoo-user@lists.gentoo.org; Wed, 30 Dec 2015 17:35:24 +0100 From: lee To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Gcc 5.3 In-Reply-To: <20151229224851.60a9e287@digimed.co.uk> (Neil Bothwick's message of "Tue, 29 Dec 2015 22:48:51 +0000") Date: Wed, 30 Dec 2015 17:32:44 +0100 Organization: my virtual residence Message-ID: <8737ujkic3.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> <87lh8dktf6.fsf@heimdali.yagibdah.de> <20151229224851.60a9e287@digimed.co.uk> 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: 83104105-ee63-4850-8cdf-939a7ed02e78 X-Archives-Hash: ce19950b9d29a27dea1cd0d1303e841f Neil Bothwick writes: > On Tue, 29 Dec 2015 19:21:01 +0100, lee wrote: > >> > 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 > > Emerge --sync only updates the portage tree, so > > emerge --sync > emerge -a sys-devel/gcc:5 > >> 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? > > No, nothing would get updated. To do that you need to run emerge @world > after emerge --sync. Well, yes, but what if want to install a package that hasn't been installed yet, or re-emerge an installed package with different USE flags, after updating the portage tree? Will a more recent version be installed than would have been installed before the tree was updated, maybe updating other packages to more recent versions because they are needed for the new package? Other distributions usually (want to) update a lot of packages once you update the information about available packages. >> > 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? > > That's highly unlikely as software that has been compiled with the old > compiler will still work. And if not? Just yesterday I tried to update a Fedora install and it failed so that the machine is now unusable because it only keeps rebooting. I expected it to fail, just not that badly ... If I could find my USB stick, I'd be putting Gentoo on it now. > You may find that some programs fail to > recompile with the new compiler, but I didn't experience that with the > 4.9>5 step, although I had some that would build with 4.8 but not 4.9. > > 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. > > Exactly, run gcc-config, compile/emerge the program, run gcc-config again. And what about ccache? Will it use the new version automatically and detect that the compiler version has changed so that files in the cache need to be recompiled?