[NumPy-Tickets] [NumPy] #1749: SOABI-problem with external libraries and python3.2
NumPy Trac
numpy-tickets@scipy....
Wed Mar 2 00:55:21 CST 2011
#1749: SOABI-problem with external libraries and python3.2
-----------------------------+----------------------------------------------
Reporter: don.fanucci | Owner: cdavid
Type: defect | Status: new
Priority: normal | Milestone: 1.6.0
Component: numpy.distutils | Version: 1.5.1
Keywords: |
-----------------------------+----------------------------------------------
Comment(by don.fanucci):
Hi!
I've tested on Linux systems (CentOS 5.5, and Ubuntu 10.10), and simply
build python with
./configure --enable-shared --prefix=... ; make ; make install
The confic variables becomes
{{{
>>> sysconfig.get_config_var('SO')
'.cpython-32m.so'
>>> sysconfig.get_config_var('SOABI')
'cpython-32m'
>>>
}}}
The python tar-ball didn't seem to include any configure.ac or other
configure-source-stuff, but looking into the generated configure scripts,
it contains the snippet
{{{
if test -z "$SO"
then
case $ac_sys_system in
hp*|HP*)
case `uname -m` in
ia64) SO=.so;;
*) SO=.sl;;
esac
;;
CYGWIN*) SO=.dll;;
Linux*|GNU*)
SO=.${SOABI}.so;;
*) SO=.so;;
esac
else
# this might also be a termcap variable, see #610332
echo
echo
'====================================================================='
echo '+
+'
echo '+ WARNING: You have set SO in your environment.
+'
echo '+ Do you really mean to change the extension for shared
libraries? +'
echo '+ Continuing in 10 seconds to let you to ponder.
+'
echo '+
+'
echo
'====================================================================='
sleep 10
fi
}}}
Hence, it looks to be specific for linux systems, and your OS-X system is
then likely behaving as intended.
--
Ticket URL: <http://projects.scipy.org/numpy/ticket/1749#comment:3>
NumPy <http://projects.scipy.org/numpy>
My example project
More information about the NumPy-Tickets
mailing list