[Numpy-discussion] Video meeting this week

[Nathaniel Smith]

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
mingwpy.openblas
> > python package to load libopenblaspy.dll into the process space, as this
> > package could be upgraded independant from numpy/scipy. On the other
side
> > 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

try:
    import .distributor_hook
except ImportError:
    pass

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

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