From owner-freebsd-ports@FreeBSD.ORG Fri Jul 1 05:22:45 2005 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A450616A41C for ; Fri, 1 Jul 2005 05:22:45 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51CA743D49 for ; Fri, 1 Jul 2005 05:22:45 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from sinanica.bg.datamax (sinanica.bg.datamax [192.168.10.1]) by jengal.datamax.bg (Postfix) with QMQP id 7993187C8; Fri, 1 Jul 2005 08:22:43 +0300 (EEST) Received: (nullmailer pid 9260 invoked by uid 1004); Fri, 01 Jul 2005 05:22:43 -0000 Date: Fri, 1 Jul 2005 08:22:43 +0300 From: Vasil Dimov To: Kris Kennaway Message-ID: <20050701052243.GA9198@sinanica.bg.datamax> References: <20050630174246.A73270@cons.org> <20050630214943.GA45010@xor.obsecurity.org> <20050630181641.A74954@cons.org> <20050630233745.GA78956@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050630233745.GA78956@xor.obsecurity.org> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i Cc: ports@freebsd.org, Martin Cracauer Subject: Re: Problem with mingw port, obeys $(CPUTYPE) but shouldn't X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@datamax.bg List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2005 05:22:45 -0000 On Thu, Jun 30, 2005 at 07:37:45PM -0400, Kris Kennaway wrote: > On Thu, Jun 30, 2005 at 06:16:41PM -0400, Martin Cracauer wrote: > > Kris Kennaway wrote on Thu, Jun 30, 2005 at 05:49:43PM -0400: > > > On Thu, Jun 30, 2005 at 05:42:46PM -0400, Martin Cracauer wrote: > > > > The mingw port seems to inherit CPU-specific settings from > > > > /etc/make.conf which it shouldn't. It uses an older version of gcc > > > > which is bound not to understand the fancy tuning from the CPU type. > > > > > > There's a bsd.port.mk option (WITHOUT_CPU_CFLAGS or something) that > > > sanitizes the CFLAGS to prevent old compiler ports from breaking in > > > this way. > > > > Thank you Kris, that is doing the right thing. The appended diff > > fixes the port. > > > > Anybody thinks of a reason not to commit that? > > Seems good to me :-) It would be nice if someone could sweep the other > miscellaneous compiler ports for this too. > Any ideas how this could be achieved? Remove standard compiler and find ports that do not define NO_BUILD and do not fail building... :)