From owner-cvs-ports@FreeBSD.ORG Mon Jan 10 08:54:42 2005 Return-Path: Delivered-To: cvs-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C04CD16A4CE; Mon, 10 Jan 2005 08:54:42 +0000 (GMT) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A8AA43D53; Mon, 10 Jan 2005 08:54:42 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id 8DC821E; Mon, 10 Jan 2005 09:54:41 +0100 (CET) Date: Mon, 10 Jan 2005 09:54:41 +0100 From: Andrea Campi To: Joe Marcus Clarke Message-ID: <20050110085441.GB20530@webcom.it> References: <200501100828.j0A8S6XS048655@repoman.freebsd.org> <20050110084730.GA20530@webcom.it> <1105346939.37755.41.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1105346939.37755.41.camel@shumai.marcuscom.com> User-Agent: Mutt/1.5.6i cc: cvs-ports@FreeBSD.org cc: cvs-all@FreeBSD.org cc: ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/devel/gnomevfs2 Makefile X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 08:54:42 -0000 On Mon, Jan 10, 2005 at 03:48:59AM -0500, Joe Marcus Clarke wrote: > > > > > > Modified files: > > > devel/gnomevfs2 Makefile > > > Log: > > > Disable howl support on Alpha during package building since howl is currently > > > broken on Alpha. I'm waiting to hear back from the maintainer on a proposed > > > fix. > > > > I also posted a proposed fix on this list a couple of days ago. If (either > > one) can be verified to be working, I'll see that it is committed to the > > upstream vendor. > > You include stdint.h unconditionally which isn't present on 4.X. I was > thinking of using inttypes.h instead. Sure, that's better. Did you actually test it builds on both i386 and alpha? Keep in mind however that this is a stopgap measure anyway. I don't like the header pollution, and when submitting this to the vendor I'll try to have all source files that include this header include any prerequisite (given that it's OS dependent anyway). This might be complicated by the fact that this header file comes from Apple, so the fix might need to wait on them also. All this to say that an ok fix would be fine, no need to have a perfect one ;-) Bye, Andrea -- Intel: where Quality is job number 0.9998782345!