On Mon, Jun 20, 2011 at 8:50 PM, Bruce Southey <bsout...@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@scipy.org > http://mail.scipy.org/mailman/listinfo/numpy-discussion > >
_______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
