From owner-freebsd-python@FreeBSD.ORG Mon Feb 15 20:50:02 2010 Return-Path: Delivered-To: freebsd-python@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A56FC1065672 for ; Mon, 15 Feb 2010 20:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9409E8FC16 for ; Mon, 15 Feb 2010 20:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1FKo280082330 for ; Mon, 15 Feb 2010 20:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1FKo2iC082322; Mon, 15 Feb 2010 20:50:02 GMT (envelope-from gnats) Date: Mon, 15 Feb 2010 20:50:02 GMT Message-Id: <201002152050.o1FKo2iC082322@freefall.freebsd.org> To: freebsd-python@FreeBSD.org From: Gerald Pfeifer Cc: Subject: Re: ports/143529: [PATCH] math/py-numpy: does not build X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gerald Pfeifer List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2010 20:50:02 -0000 The following reply was made to PR ports/143529; it has been noted by GNATS. From: Gerald Pfeifer To: bf1783@gmail.com Cc: "Li-Lun Wang (Leland Wang)" , bug-followup@freebsd.org, amdmi3@amdmi3.ru Subject: Re: ports/143529: [PATCH] math/py-numpy: does not build Date: Mon, 15 Feb 2010 21:41:17 +0100 (CET) On Mon, 15 Feb 2010, b. f. wrote: > This problem is occurring with lang/gcc44 from Ports, when > devel/binutils is installed, because then the latest gcc44 snapshots > are automatically preferring devel/binutils to the base system > binutils. No-no. lang/gcc44 does not "automatically" prefer things. I just verified that. What you describe only happens when an admin _willfully_ selects the tools from devel/binutils over the system ones. I assume in this case this happened by setting PATH accordingly, though there are other ways. And of course, when someone arbitrarily replaces system tools by others, or even just newer versions, all sorts of unforeseen things can happen. The proposed patch to check for the version of devel/binutils is not correct, since it is not granted that lang/gcc44 would use that version of binutils. For example, as b.f. notices, we could force it to use the system tools even when devel/binutils is installed. You may want to use '$CC -print-prog-name=as' to identify the version of as that GCC is using and go from there. That said, given the increasing problems that are arising due to the rotten binutils that are in the base system, I had planned to also have lang/gcc44 use devel/binutils for a while, after seeing how this pans out with lang/gcc45. I am testing a patch to that end right now and plan to commit it within the next 24 hours, when I will also update to the latest snapshot of GCC 4.4. Still, as far as math/py-numpy goes, please do check for the version of binutils that is used by GCC instead of hardcoding things. For example, if we later make this an OPTION, things could break again otherwise. Gerald