[Numpy-discussion] Video meeting this week

Nathaniel Smith njs at pobox.com
Sun Jul 12 09:34:25 EDT 2015

On Jul 11, 2015 12:22 PM, "Olivier Grisel" <olivier.grisel at ensta.org> wrote:
> 2015-07-10 22:13 GMT+02:00 Carl Kleffner <cmkleffner at gmail.com>:
> > The best technical solution IMHO would be to make an extra
> > python package to load libopenblaspy.dll into the process space, as this
> > package could be upgraded independant from numpy/scipy. On the other
> > this would mean an additionally package dependancy for numpy at least
on the
> > windows platform.
> Having a windows only dependency on such a wheel sounds fine with me.
> However that would mean to ensure that the dll is properly loaded in
> the windows dll search path prior to importing extensions such as
> numpy.core._dotblas right? Could this be done via adding something to
> `numpy.__init__.py` such as:
> ```
> if sys.platform == 'win32':
>     try:
>         # Ensure that libopenblaspy.dll can be found prior to
>         # loading numpy.core._dotblas
>         from mingwpy import openblas
>     except:
>         warnings.warn('Failed to load mingwpy's openblas')
> # import numpy.core stuff here
> ```

We might even just want to add to numpy/__init__.py something like

    import .distributor_hook
except ImportError:

so wheels (and conda builds, etc.) could be patched by adding a single file
without modifying any upstream files.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/numpy-discussion/attachments/20150712/dda2c615/attachment.html>

More information about the NumPy-Discussion mailing list