From owner-freebsd-ports@FreeBSD.ORG Sun Feb 12 21:32:53 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB1BE1065680; Sun, 12 Feb 2012 21:32:53 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 96B9F8FC20; Sun, 12 Feb 2012 21:32:53 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q1CLWqJB017508; Sun, 12 Feb 2012 15:32:52 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <4F383004.2000800@missouri.edu> Date: Sun, 12 Feb 2012 15:32:52 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.26) Gecko/20120131 Thunderbird/3.1.18 MIME-Version: 1.0 To: Steve Kargl References: <20120212193927.GA86426@troutmask.apl.washington.edu> <20120212201624.GA86650@troutmask.apl.washington.edu> <4F3820AD.4090702@FreeBSD.org> <20120212204118.GA86775@troutmask.apl.washington.edu> <20120212204526.GB86775@troutmask.apl.washington.edu> <20120212211744.GC86775@troutmask.apl.washington.edu> In-Reply-To: <20120212211744.GC86775@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andriy Gapon , freebsd-ports@freebsd.org, Chris Rees Subject: Re: Please test your commits X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2012 21:32:54 -0000 On 02/12/2012 03:17 PM, Steve Kargl wrote: > On Sun, Feb 12, 2012 at 08:52:56PM +0000, Chris Rees wrote: >> On 12 Feb 2012 20:45, "Steve Kargl" >> wrote: >>> >>> >>> laptop:root[252] uname -a >>> FreeBSD laptop 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r230975M: Sat Feb 4 >> 09:03:27 PST 2012 root@laptop:/usr/obj/usr/src/sys/MOBILE i386 >> >> Well, that immediately shows that this is a 10.0 error, which means it's >> almost certainly due to freebsd1* being matched in some configure script. >> > > Empirical evidence suggests that ghostscript9 developers are using > a newer version of the autotools. > > laptop:root[262] find . -name configure | xargs grep -i "freebsd\[1" | more > ./lcms/configure: freebsd[123].*) objformat=aout ;; > ./lcms/configure: freebsd[12].*) > ./lcms/configure: freebsd[123].*) objformat=aout ;; > ./lcms/configure: freebsd[123].*) objformat=aout ;; > ./lcms/configure: freebsd[123].*) objformat=aout ;; > ./freetype/builds/unix/configure: freebsd[123].*) objformat=aout ;; > ./lcms2/configure: freebsd[123].*) objformat=aout ;; > ./lcms2/configure: freebsd[12].*) > ./lcms2/configure: freebsd[123].*) objformat=aout ;; > laptop:root[263] find . -name configure | xargs grep -i "freebsd1" | more > ./lcms/configure: freebsd1.*) > ./lcms/configure:freebsd1.*) > ./lcms/configure:freebsd1.*) > ./lcms/configure: freebsd1.*) > ./lcms/configure:freebsd1.*) > ./lcms/configure: freebsd1.*) > ./lcms/configure:freebsd1.*) > ./freetype/builds/unix/configure: freebsd1.*) > ./freetype/builds/unix/configure:freebsd1.*) > ./lcms2/configure: freebsd1.*) > ./lcms2/configure:freebsd1.*) > > The malloc issue will not appear on amd64 because the problematic > code is > > #elif !defined(__amd64__)&& !defined(__APPLE__) > #define HAVE_MEMALIGN > #include > #endif > > with the obvious fix > > #elif !defined(__amd64__)&& !defined(__APPLE__)&& !defined(__FreeBSD__) > #define HAVE_MEMALIGN > #include > #endif > > But, the 2nd issue with too many arguments in a function call is > clearly evident on amd64 because I justed test that on FreeBSD 10. Yes. But the issue isn't whether someone else was correct in why the port might or might not have built in a particular environment. The issue is whether you were too hasty in your initial accusation that the committer didn't test their commit. And another issue is whether you should apologize to them for attempting to publicly humiliate them. Stephen