From mboxrd@z Thu Jan 1 00:00:00 1970 From: Federico Beffa Subject: Re: Changing python-wrapper to handle lib/ etc. Date: Mon, 3 Nov 2014 11:11:22 +0100 Message-ID: References: <87bnoyk6g9.fsf@gnu.org> <87wq7kh70n.fsf@gnu.org> <20141029222347.GE29707@debian> <87tx2lu2ed.fsf_-_@gnu.org> <20141102174450.GC6865@debian> <20141102213257.GA11661@debian> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43344) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlEbc-0000yM-DT for guix-devel@gnu.org; Mon, 03 Nov 2014 05:11:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XlEbb-0001rD-9z for guix-devel@gnu.org; Mon, 03 Nov 2014 05:11:24 -0500 In-Reply-To: <20141102213257.GA11661@debian> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Andreas Enge Cc: Guix-devel On Sun, Nov 2, 2014 at 10:32 PM, Andreas Enge wrote: > With the new python wrapper, something is found: > checking for python3-config... python3-config > checking for Python 3.x prefix... /gnu/store/r6614z0w2inxn78wzaa7ic5sai8s7l9f-python-3.3.5 > checking for Python 3.x exec-prefix... /gnu/store/r6614z0w2inxn78wzaa7ic5sai8s7l9f-python-3.3.5 > checking for Python 3.x version... python3.3 > checking for Python 3.x lib dir... lib > checking for Python 3.x header files... -I/gnu/store/r6614z0w2inxn78wzaa7ic5sai8s7l9f-python-3.3.5/include/python3.3m -I/gnu/store/r6614z0w2inxn78wzaa7ic5sai8s7l9f-python-3.3.5/include/python3.3m > checking for Python 3.x library... Not found > > Whatever this means! The header files are correctly located in the python3.3m > subdirectory of the include directory. However, the CPATH includes only > the include/ directory itself (logic!). And apparently the tests do not > use the correct include path. > > Could maybe a swig specialist have a look? I've just noticed the following sentence in the release of version 2.0.12: - Compilation fixes on some systems for the generated Lua, PHP, Python and R wrappers. See http://www.swig.org/ Maybe, it was an upstream bug? Regards, Fede