From owner-freebsd-python@FreeBSD.ORG Thu Jul 3 09:45:31 2014 Return-Path: Delivered-To: python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82A75FB0; Thu, 3 Jul 2014 09:45:31 +0000 (UTC) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EF9A219D; Thu, 3 Jul 2014 09:45:31 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id z10so13619248pdj.29 for ; Thu, 03 Jul 2014 02:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=iJGXYkYFqz22m0W05Ra5VBA/kzw+1zb4Pwt+0dec2d0=; b=ygbADjfrWkBN3WG5NhfBcJiAVoSWuLoc9ctKdTLBPdfbg9yscyxkZ2rpMVaD3JV51i /mnGrh6Md7hfrGD00U4caZGxxkZOeoF+CDmCl5e7MXu5TdSVtzhx4T3WieQ35MJlNtxY VnZF0UHwM02iwn+yad0zPSO4VcrvoMq5QGuwlNljtLlBDr5ZC9JkC3YzQw5BlfqFOB/e o9Wy2Su4e70y/oflmmI5pt2xVXxgFbfeYcGaHBlfEnLT+k36FDMQqn4me7XiAzsmkAPH vC7ZWaSil/fnQPKS4oTtzGIWt/tTFx+8eHmwL0NUEY7fm5RBlavzARqv+C6Dw0IlolZi LARA== X-Received: by 10.68.164.67 with SMTP id yo3mr3598596pbb.104.1404380730672; Thu, 03 Jul 2014 02:45:30 -0700 (PDT) Received: from ?IPv6:2001:44b8:31ae:7b00:1150:8648:fc49:e3e7? (2001-44b8-31ae-7b00-1150-8648-fc49-e3e7.static.ipv6.internode.on.net. [2001:44b8:31ae:7b00:1150:8648:fc49:e3e7]) by mx.google.com with ESMTPSA id ln2sm140836601pab.35.2014.07.03.02.45.28 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Jul 2014 02:45:30 -0700 (PDT) Sender: Kubilay Kocak Message-ID: <53B52633.9000000@FreeBSD.org> Date: Thu, 03 Jul 2014 19:45:23 +1000 From: Kubilay Kocak Reply-To: koobs@FreeBSD.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Tijl Coosemans Subject: Re: ports/169276 References: <53B4FC59.9000706@FreeBSD.org> <20140703112112.120f0db3@kalimero.tijl.coosemans.org> In-Reply-To: <20140703112112.120f0db3@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Randy Bush , python@FreeBSD.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 09:45:31 -0000 On 3/07/2014 7:21 PM, Tijl Coosemans wrote: > On Thu, 03 Jul 2014 16:46:49 +1000 Kubilay Kocak wrote: >> On 3/07/2014 4:29 PM, Randy Bush wrote: >>> latest python27 on i386 freebsd10 seems to have reopened bug >>> ports/169276 >>> >>> FreeBSD bgpmon0.attn.jp 10.0-RELEASE-p4 FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 12:52:18 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 >>> >>> bgpmon0.attn.jp:/usr/ports/lang/python27# make install >>> ===> Installing for python27-2.7.6_4 >>> ===> python27-2.7.6_4 depends on shared library: libintl.so - found (/usr/local/lib/libintl.so.9) >>> ===> Checking if lang/python27 already installed >>> ===> Registering installation for python27-2.7.6_4 >>> pkg-static: lstat(/usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/_elementtree.so): No such file or directory >>> pkg-static: lstat(/usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/pyexpat.so): No such file or directory >>> *** Error code 74 >>> >>> Stop. >>> make[1]: stopped in /usr/ports/lang/python27 >>> *** Error code 1 >> >> This looks like it may be the result of fallout from: >> >> http://svnweb.freebsd.org/ports?view=revision&revision=357486 >> >> The Python build system is *very* sensitive to environment, make and >> other build mechanics changes. The ordering of *FLAGS is absolutely >> required, and in our case needs to be maintained as a workaround to >> avoid this upstream problem with the bundled expat library. >> >> Can you revert the above change and test the build again for us please. >> >> CC'ing tijl@ in on this thread for input. > > The package builds fine on recent head: > http://beefy1.isc.freebsd.org/bulk/head-i386-default/2014-06-27_05h00m55s/logs/python27-2.7.6_4.log > > Also, there's this command in the build log: > cc -pthread -Wl,--export-dynamic -o python Modules/python.o -L. -lpython2.7 -L/usr/local/lib -lintl -lutil -lm > > It is important that -L/usr/local/lib appears after -L. because otherwise > -lpython2.7 refers to the installed libpython2.7.so instead the freshly > built one. This can only be done by adding -L${LOCALBASE}/lib to LIBS, > not to LDFLAGS. > > Can you send me a full build log that shows the problem? > Tijl, The cause of the module failures was due to a CFLAGS="-I/usr/local/include" in /etc/make.conf so that parts all sorted. This is why we kept the comment in there about using CPPFLAGS vs CFLAGS (removed in your change) I understand the rationale for the move from LDFLAGS -> LIBS, but I am still concerned due to the plethora of flags based issues we've had with Python in the past This is especially with regards to the right flags turning up in the right places for shared extensions (such as within python-config output) and doubly-so for the substantial number of workarounds that we've had to retain and maintain locally in the port (see the post-configure and pre-patch targets for lang/python27 for example) Thanks for following up -- koobs