[Numpy-discussion] ANN: Numpy 1.6.1 release candidate 1

[Ralf Gommers]

On Mon, Jun 20, 2011 at 8:50 PM, Bruce Southey <bsouthey at gmail.com> wrote:

>
> I copied the files but that just moves the problem. So that patch is
> incorrect.
>
> I get the same errors on Fedora 15 supplied Python3.2 for numpy 1.6.0 and
> using git from 'https://github.com/rgommers/numpy.git'.  Numpy is getting
> Fedora supplied Atlas (1.5.1 does not).
>
> It appears that there is a misunderstanding of the PEP because 'SO' and
> 'SOABI' do exactly what the PEP says on my systems:
>

It doesn't on OS X. But that's not even the issue. As I explained before,
the issue is that get_config_var('SO') is used to determine the extension of
system libraries (such as liblapack.so) and python-related ones (such as
multiarray.cpython-32m.so).  And the current functions don't do mindreading.

>
> >>> from distutils import sysconfig sysconfig.get_config_var('SO')
> '.cpython-32m.so'
> >>> sysconfig.get_config_var('SOABI')
> 'cpython-32m'
>
> Consequently, the name, 'multiarray.pyd', created within numpy is invalid.
>

I removed the line in ctypeslib that was trying this, so I think you are not
testing my patch.

Ralf


> Looking the code, I see this line which makes no sense given that the
> second part is true under Linux:
>
> if (not is_python_ext) and 'SOABI' in
> distutils.sysconfig.get_config_vars():
>
> So I think the 'get_shared_lib_extension' function is wrong and probably
> unneeded.
>
>
> Bruce
>
>
>
> _______________________________________________
> NumPy-Discussion mailing list
> NumPy-Discussion at scipy.org
> http://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/numpy-discussion/attachments/20110620/7bfb04a2/attachment.html>