From owner-freebsd-current Thu Aug 15 16:28:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB58137B400 for ; Thu, 15 Aug 2002 16:28:51 -0700 (PDT) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F90843E42 for ; Thu, 15 Aug 2002 16:28:51 -0700 (PDT) (envelope-from ak03@gte.com) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.5/8.12.5) with ESMTP id g7FNSnDg086919; Thu, 15 Aug 2002 19:28:49 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.5/8.12.5/Submit) id g7FNSnWf086918; Thu, 15 Aug 2002 19:28:49 -0400 (EDT) Date: Thu, 15 Aug 2002 19:28:49 -0400 From: Alexander Kabaev To: Terry Lambert Cc: Scott_Long@adaptec.com, jesse_gross@yahoo.com, current@freebsd.org Subject: Re: GCC 3.2 Message-Id: <20020815192849.762e4182.ak03@gte.com> In-Reply-To: <3D5C2F93.BE3BE8B0@mindspring.com> References: <2C7CBDC6EA58D6119E4A00065B3A24CB046493@btcexc01.btc.adaptec.com> <20020815152703.2f0f23e1.ak03@gte.com> <3D5C21C3.7A848926@mindspring.com> <20020815180723.00a5a83d.ak03@gte.com> <3D5C2F93.BE3BE8B0@mindspring.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.8.1claws52 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > That was because the patches were not being submitted back > against the unadulterated distribution code someone who had > signed the assignment of rights to the FSF. That was because GCC 2.95.x branch is closed for maintenance. The is no need in complex theory when a simple explanation is more than adequate. > It was also about trolling the mailing lists to cause just this > sort of heated discussion (congradulations on playing into > Jesse Gross's trolling here). Sorry, guilty as charged. I was trying to get a people opinion on the issue. I will gladly volunteer to import a new version of GCC into -CURRENT myself, if there are no objections and if nobody is doing that already. I think David got a point though and I want his proposal to be discussed more. GCC 3.2 is an interim release and under no circumstances we should get tied to it through all the 5.x branch lifetime. No one will give a damn about it once 3.3 goes into maintenance. > Can *you* absolutely *guarantee* no binary incompatabilities > between 3.3, as it sits now, in experimental form, and the final > release of 3.3? If not, then I don't see why are exploding at > me. 3.1-pre to 3.2 upgrade breaks compatibility already. Can you guarantee that 3.3 will be backwards compatible with 3.2? This is yet another potential ABI breakage at the time when we'll be _forced_ to upgrade. How often do you expect GCC developers to break ABI with release scheduled to happed and the end of the year? -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message