On Jul 11, 2015 12:22 PM, "Olivier Grisel" <olivier.gri...@ensta.org> wrote:
>
> 2015-07-10 22:13 GMT+02:00 Carl Kleffner <cmkleff...@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
_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
