From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1FoOzx-0006Cw-FM for garchives@archives.gentoo.org; Thu, 08 Jun 2006 18:12:49 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k58IBCJg001475; Thu, 8 Jun 2006 18:11:12 GMT Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.205]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k58I5hiu028044 for ; Thu, 8 Jun 2006 18:05:44 GMT Received: by wx-out-0102.google.com with SMTP id s18so346549wxc for ; Thu, 08 Jun 2006 11:05:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rIL/FhNCKn9nPQRFkvaRu147oMgStGjA3RFHyc1XjI9AAZ9MAJOEPtGMciA/cZTaw+NLqUOx5VEo3HLsDbo8LB8NczIK9HM2pfcyn6DkVewZucN5R2dpZ/5PNB+arp0ejeBbpN94f6fyio4N1a26nz109SUmFuxSe+az6WjzqPQ= Received: by 10.70.100.8 with SMTP id x8mr2378092wxb; Thu, 08 Jun 2006 11:05:43 -0700 (PDT) Received: by 10.70.96.6 with HTTP; Thu, 8 Jun 2006 11:05:43 -0700 (PDT) Message-ID: <7573e9640606081105v50ecc0c4x171dd2dc6f79408b@mail.gmail.com> Date: Thu, 8 Jun 2006 11:05:43 -0700 From: "Richard Fish" Sender: richard.j.fish@gmail.com To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] gcc-4.1.1 In-Reply-To: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7573e9640606072124u3bb8c439ue9a0053b7d1b6b46@mail.gmail.com> X-Google-Sender-Auth: 573565f3243090ce X-Archives-Salt: 7968916e-cf3c-4558-9c1c-fab1523cc391 X-Archives-Hash: 61d8e174c3af130155f943e72a79a673 Others have already coverd the major points, so just a couple of things to add... On 6/8/06, Bob Young wrote: > Are you absolutely 100% sure that every single system utility and > application is *dynamically* linked, and that no apps or utilities anywhere > in the system specifies *static* linking? I didn't say "every single system utility and application". I said "basically every program", which was a bad way of saying "almost all", since it might not be obvious for non-native english speakers (and even some native english speakers). > > There are a few statically linked programs that will include glibc > > internally. These are used only for system recovery purposes...there > > is no need to worry about them at all. > > Really, so people who intentionally and specifically want to upgrade > absolutely *everything* should not worry about what gets left out because > Richard says it's unimportant? No. They should follow the gcc upgrade guide that says emerge -e system followed by emerge -e world. BTW, I was incorrect when I stated "only for system recover purposes". The static programs do include things like busybox (which doesn't use glibc at all AFAIK), nash, and insmod.static, which are /mostly/ useful for system recovery. But it also includes things that have to run before the root filesystem is mounted, like splash and suspend utilities. I still think anybody worried about the performance of (e.g.) lvm is a bit crazy, but if they want to remerge it after remerging glibc to get the new "optimized" code, well, so be it... > The same holds true for libstdc++-v3 orginally it was built with the default > system compiler, it makes sense to have it rebuilt with the new compiler. There is simply no way to build libstdc++-v3 with the new compiler; it would break any programs that need it. Gcc likes to make incompatible changes in the C++ ABI from one version to the next, so building -v3 with the new gcc would give you the old stdc++ library, but the new ABI, and your programs would be broken. This is one of the major reasons that gcc uses itself to build itself, to make sure that it's ABI is consistent. -Richard -- gentoo-user@gentoo.org mailing list