From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 04:24:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 06A9216A420; Sun, 12 Jun 2005 04:24:06 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B379B43D1F; Sun, 12 Jun 2005 04:24:06 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 5AD4F278C; Sat, 11 Jun 2005 23:24:06 -0500 (CDT) Date: Sat, 11 Jun 2005 23:24:06 -0500 To: obrien@freebsd.org, Ruslan Ermilov , Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Message-ID: <20050612042406.GB5996@soaustin.net> References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <20050610071828.GB78035@ip.net.ua> <867jh23bwh.fsf@xps.des.no> <20050610074706.GE78035@ip.net.ua> <20050612022105.GB67746@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050612022105.GB67746@dragon.NUXI.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 12 Jun 2005 16:48:19 +0000 Cc: Mark Linimon Subject: Re: [current tinderbox] failure on ...all... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 04:24:07 -0000 > I tried. But Kris refused to consider the following for committing. > The problem is something like 3 ports will not build with > "-fno-strict-aliasing". Those are the gcc28, gnat[*] ports. > > [*] I really don't understand why we have a GCC 2.8 based Ada compiler > when Ada has been a native part of GCC since version 3.1... If these ports are useless, why don't we mark them DEPRECATED and after a decent interval, get rid of them? In this day and age, anyone who's on gcc27 or gcc28 is hopelessly behind anyways. I can't imagine that with the long-established track record of gcc295 there is any reason to keep them. mcl