From mboxrd@z Thu Jan 1 00:00:00 1970 From: Olaf Hering Subject: Re: [PATCH v3] autoconf: fix python-dev detection on old python versions [and 1 more messages] Date: Sat, 7 Apr 2012 16:07:41 +0200 Message-ID: <20120407140741.GA20086@aepfle.de> References: <1333362466-2809-1-git-send-email-roger.pau@entel.upc.edu> <20120403.133329.137901442.kuwa@jp.fujitsu.com> <20346.64910.885520.774577@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20346.64910.885520.774577@mariner.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Roger Pau Monne Cc: yang.z.zhang@intel.com, KUWAMURA Shin'ya , Ian Jackson , ian.campbell@citrix.com, xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On Tue, Apr 03, Ian Jackson wrote: > Roger Pau Monne writes ("[Xen-devel] [PATCH v3] autoconf: fix python-dev detection on old python versions"): > > Replaced the use of python-config (that is only present in Python >= 2.5.x) > > with the distutils python module. > > Committed-by: Ian Jackson I think this is the cause for a regression between changeset 25138 and 25161 in openSuSE 11.4, 12.1 and upcoming 12.2. SLES11 still builds fine: ... configure:6205: checking for Python.h configure:6205: result: yes configure:6214: checking for PyArg_ParseTuple in -lpython2.7 configure:6239: gcc -o conftest -g -O2 -g -O2 -I/usr/include/python2.7 -fno-strict-aliasing -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -DNDEBUG -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -lpthread -ldl -lutil -lm -L/usr/lib64/python2.7/config -Xlinker -export-dynamic conftest.c -lpython2.7 >&5 /usr/lib64/python2.7/config/libpython2.7.a(longobject.o): In function `PyLong_FromString': /home/abuild/rpmbuild/BUILD/Python-2.7.2/Objects/longobject.c:1851: undefined reference to `log' /usr/lib64/python2.7/config/libpython2.7.a(signalmodule.o): In function `timeval_from_double': /home/abuild/rpmbuild/BUILD/Python-2.7.2/./Modules/signalmodule.c:112: undefined reference to `floor' /home/abuild/rpmbuild/BUILD/Python-2.7.2/./Modules/signalmodule.c:113: undefined reference to `fmod' /home/abuild/rpmbuild/BUILD/Python-2.7.2/./Modules/signalmodule.c:112: undefined reference to `floor' /home/abuild/rpmbuild/BUILD/Python-2.7.2/./Modules/signalmodule.c:113: undefined reference to `fmod' /usr/lib64/python2.7/config/libpython2.7.a(complexobject.o): In function `_Py_c_pow': /home/abuild/rpmbuild/BUILD/Python-2.7.2/Objects/complexobject.c:139: undefined reference to `hypot' /home/abuild/rpmbuild/BUILD/Python-2.7.2/Objects/complexobject.c:140: undefined reference to `pow' /home/abuild/rpmbuild/BUILD/Python-2.7.2/Objects/complexobject.c:141: undefined reference to `atan2' /home/abuild/rpmbuild/BUILD/Python-2.7.2/Objects/complexobject.c:145: undefined reference to `sincos' ... I havent followed the discussion about the python detection. My immediate reaction would be to use python-config when available. This is what I get in the build chroot: python-config --cflags -I/usr/include/python2.7 -I/usr/include/python2.7 -fno-strict-aliasing -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -DNDEBUG -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g python-config --ldflags -lpthread -ldl -lutil -lm -lpython2.7 -Xlinker -export-dynamic python-config --libs -lpthread -ldl -lutil -lm -lpython2.7 python-config --includes -I/usr/include/python2.7 -I/usr/include/python2.7 Olaf