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 1FoLG4-0006bA-65 for garchives@archives.gentoo.org; Thu, 08 Jun 2006 14:13:12 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k58EAS7j018916; Thu, 8 Jun 2006 14:10:28 GMT Received: from mail.nucoretech.com (mail.nucoretech.com [12.146.132.130]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k58E0QOS010585 for ; Thu, 8 Jun 2006 14:00:27 GMT Received: from paris ([192.9.200.83]) by mail.nucoretech.com (8.13.1/8.13.1) with SMTP id k58E0MCl025844 for ; Thu, 8 Jun 2006 07:00:25 -0700 From: "Bob Young" To: Subject: RE: [gentoo-user] gcc-4.1.1 Date: Thu, 8 Jun 2006 07:00:22 -0700 Message-ID: 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="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 In-Reply-To: <20060608153131.5653b6b7.hilse@web.de> Importance: Normal X-Scanned-By: milter-bcc/0.12.85 (mail.nucoretech.com [192.9.200.22]); Thu, 08 Jun 2006 07:00:25 -0700 X-Archives-Salt: 34e3a14b-3189-4a03-9070-8092e3dacaf1 X-Archives-Hash: 18b8a727e577febc002b398e27de9761 > -----Original Message----- > From: Hans-Werner Hilse [mailto:hilse@web.de] > Sent: Thursday, June 08, 2006 6:32 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] gcc-4.1.1 > > You haven't understood a word from the posting you're replying to. > > > It does have to be emerged twice in order for it to be built with > > itself, anybody who thinks otherwise doesn't understand the basic > > principles of compiling and linking. > > Try to understand what you are replying to. GCC's internal build logic > does the staging. That's got nothing to do with what your system calls > when you issue "gcc", and only at that point the slotting of GCC > versions comes into play. Show me some documentation for this "staging" you refer to. When you "emerge gcc" it is built with the current compiler, if the current compiler is gcc 3.4.6, and you emerge gcc 4.1.1, that means that while gcc 4.1.1 is being emerged it is built with gcc 3.4.6. gcc 4.1.1 can't be built with 4.1.1 because it hasn't been emerged yet, and as far as the system knows it doesn't actually exist yet. Can you clearly and concisely explain to me how something that is in the process of being emerged can be used to emerge itself? Doesn't make sense. Regards, Bob Young -- gentoo-user@gentoo.org mailing list