Re: [Numpydiscussion] Building Numpy with OpenBLAS
Hello all, I'm trying to update the documentation for building Numpy from source, and I've hit a brick wall in trying to build the library using OpenBLAS because I can't seem to link the libopenblas.dll file. I tried following the suggestion of placing the DLL in numpy/core as suggested here <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but it still doesn't pick it up. What am I doing wrong? Thanks, Greg
I'm not sure about the mingw tool chain, but usually on windows at link time you need a .lib file, called the import library. The .dll is used at runtime, not at link time. This is different from *nix, where the .so serves both purposes. The link you posted mentions import files, so I hope this is helpful information. Best, Michael On Wed, Jan 27, 2016, 03:39 G Young <gfyoung17@gmail.com> wrote:
Hello all,
I'm trying to update the documentation for building Numpy from source, and I've hit a brick wall in trying to build the library using OpenBLAS because I can't seem to link the libopenblas.dll file. I tried following the suggestion of placing the DLL in numpy/core as suggested here <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but it still doesn't pick it up. What am I doing wrong?
Thanks,
Greg _______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
I do have my site.cfg file pointing to my library which contains a .lib file along with the appropriate include_dirs parameter. However, NumPy can't seem to find / use the DLL file no matter where I put it (numpy/core, same directory as openblas.lib). By the way, I should mention that I am using a slightly dated version of OpenBLAS (0.2.9), but that shouldn't have any effect I would imagine. Greg On Wed, Jan 27, 2016 at 1:14 PM, Michael Sarahan <msarahan@gmail.com> wrote:
I'm not sure about the mingw tool chain, but usually on windows at link time you need a .lib file, called the import library. The .dll is used at runtime, not at link time. This is different from *nix, where the .so serves both purposes. The link you posted mentions import files, so I hope this is helpful information.
Best, Michael
On Wed, Jan 27, 2016, 03:39 G Young <gfyoung17@gmail.com> wrote:
Hello all,
I'm trying to update the documentation for building Numpy from source, and I've hit a brick wall in trying to build the library using OpenBLAS because I can't seem to link the libopenblas.dll file. I tried following the suggestion of placing the DLL in numpy/core as suggested here <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but it still doesn't pick it up. What am I doing wrong?
Thanks,
Greg _______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
When you say find/use, can you please clarify whether you have completed the compilation/linking successfully? I'm not clear on exactly when you're having problems. What is the error output? One very helpful tool in diagnosing dll problems is dependency walker: http://www.dependencywalker.com/ It may be that your openblas has a dependency that it can't load for some reason. Dependency walker works on .pyd files as well as .dll files. Hth, Michael On Wed, Jan 27, 2016, 07:40 G Young <gfyoung17@gmail.com> wrote:
I do have my site.cfg file pointing to my library which contains a .lib file along with the appropriate include_dirs parameter. However, NumPy can't seem to find / use the DLL file no matter where I put it (numpy/core, same directory as openblas.lib). By the way, I should mention that I am using a slightly dated version of OpenBLAS (0.2.9), but that shouldn't have any effect I would imagine.
Greg
On Wed, Jan 27, 2016 at 1:14 PM, Michael Sarahan <msarahan@gmail.com> wrote:
I'm not sure about the mingw tool chain, but usually on windows at link time you need a .lib file, called the import library. The .dll is used at runtime, not at link time. This is different from *nix, where the .so serves both purposes. The link you posted mentions import files, so I hope this is helpful information.
Best, Michael
On Wed, Jan 27, 2016, 03:39 G Young <gfyoung17@gmail.com> wrote:
Hello all,
I'm trying to update the documentation for building Numpy from source, and I've hit a brick wall in trying to build the library using OpenBLAS because I can't seem to link the libopenblas.dll file. I tried following the suggestion of placing the DLL in numpy/core as suggested here <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but it still doesn't pick it up. What am I doing wrong?
Thanks,
Greg _______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
NumPy will "build" successfully, but then when I type "import numpy", it cannot import the multiarray PYD file. I am using dependency walker, and that's how I know it's the libopenblas.dll file that it's not linking to properly, hence my original question. Greg On Wed, Jan 27, 2016 at 1:58 PM, Michael Sarahan <msarahan@gmail.com> wrote:
When you say find/use, can you please clarify whether you have completed the compilation/linking successfully? I'm not clear on exactly when you're having problems. What is the error output?
One very helpful tool in diagnosing dll problems is dependency walker: http://www.dependencywalker.com/
It may be that your openblas has a dependency that it can't load for some reason. Dependency walker works on .pyd files as well as .dll files.
Hth, Michael
On Wed, Jan 27, 2016, 07:40 G Young <gfyoung17@gmail.com> wrote:
I do have my site.cfg file pointing to my library which contains a .lib file along with the appropriate include_dirs parameter. However, NumPy can't seem to find / use the DLL file no matter where I put it (numpy/core, same directory as openblas.lib). By the way, I should mention that I am using a slightly dated version of OpenBLAS (0.2.9), but that shouldn't have any effect I would imagine.
Greg
On Wed, Jan 27, 2016 at 1:14 PM, Michael Sarahan <msarahan@gmail.com> wrote:
I'm not sure about the mingw tool chain, but usually on windows at link time you need a .lib file, called the import library. The .dll is used at runtime, not at link time. This is different from *nix, where the .so serves both purposes. The link you posted mentions import files, so I hope this is helpful information.
Best, Michael
On Wed, Jan 27, 2016, 03:39 G Young <gfyoung17@gmail.com> wrote:
Hello all,
I'm trying to update the documentation for building Numpy from source, and I've hit a brick wall in trying to build the library using OpenBLAS because I can't seem to link the libopenblas.dll file. I tried following the suggestion of placing the DLL in numpy/core as suggested here <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but it still doesn't pick it up. What am I doing wrong?
Thanks,
Greg _______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
On Wed, Jan 27, 2016 at 3:19 PM, G Young <gfyoung17@gmail.com> wrote:
NumPy will "build" successfully, but then when I type "import numpy", it cannot import the multiarray PYD file.
I am using dependency walker, and that's how I know it's the libopenblas.dll file that it's not linking to properly, hence my original question.
The support for MingwPy in numpy.distutils had to be temporarily reverted (see https://github.com/numpy/numpy/pull/6536), because the patch caused other issues. So likely it just won't work out of the box now. If you need it, maybe you can reapply that reverted patch. But otherwise I'd wait a little bit; we'll sort out the MingwPy build in the near future. Ralf
Greg
On Wed, Jan 27, 2016 at 1:58 PM, Michael Sarahan <msarahan@gmail.com> wrote:
When you say find/use, can you please clarify whether you have completed the compilation/linking successfully? I'm not clear on exactly when you're having problems. What is the error output?
One very helpful tool in diagnosing dll problems is dependency walker: http://www.dependencywalker.com/
It may be that your openblas has a dependency that it can't load for some reason. Dependency walker works on .pyd files as well as .dll files.
Hth, Michael
On Wed, Jan 27, 2016, 07:40 G Young <gfyoung17@gmail.com> wrote:
I do have my site.cfg file pointing to my library which contains a .lib file along with the appropriate include_dirs parameter. However, NumPy can't seem to find / use the DLL file no matter where I put it (numpy/core, same directory as openblas.lib). By the way, I should mention that I am using a slightly dated version of OpenBLAS (0.2.9), but that shouldn't have any effect I would imagine.
Greg
On Wed, Jan 27, 2016 at 1:14 PM, Michael Sarahan <msarahan@gmail.com> wrote:
I'm not sure about the mingw tool chain, but usually on windows at link time you need a .lib file, called the import library. The .dll is used at runtime, not at link time. This is different from *nix, where the .so serves both purposes. The link you posted mentions import files, so I hope this is helpful information.
Best, Michael
On Wed, Jan 27, 2016, 03:39 G Young <gfyoung17@gmail.com> wrote:
Hello all,
I'm trying to update the documentation for building Numpy from source, and I've hit a brick wall in trying to build the library using OpenBLAS because I can't seem to link the libopenblas.dll file. I tried following the suggestion of placing the DLL in numpy/core as suggested here <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but it still doesn't pick it up. What am I doing wrong?
Thanks,
Greg _______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
I don't need it at this point. I'm just going through the exercise for purposes of updating building from source on Windows. But that's good to know though. Thanks! Greg On Wed, Jan 27, 2016 at 2:48 PM, Ralf Gommers <ralf.gommers@gmail.com> wrote:
On Wed, Jan 27, 2016 at 3:19 PM, G Young <gfyoung17@gmail.com> wrote:
NumPy will "build" successfully, but then when I type "import numpy", it cannot import the multiarray PYD file.
I am using dependency walker, and that's how I know it's the libopenblas.dll file that it's not linking to properly, hence my original question.
The support for MingwPy in numpy.distutils had to be temporarily reverted (see https://github.com/numpy/numpy/pull/6536), because the patch caused other issues. So likely it just won't work out of the box now. If you need it, maybe you can reapply that reverted patch. But otherwise I'd wait a little bit; we'll sort out the MingwPy build in the near future.
Ralf
Greg
On Wed, Jan 27, 2016 at 1:58 PM, Michael Sarahan <msarahan@gmail.com> wrote:
When you say find/use, can you please clarify whether you have completed the compilation/linking successfully? I'm not clear on exactly when you're having problems. What is the error output?
One very helpful tool in diagnosing dll problems is dependency walker: http://www.dependencywalker.com/
It may be that your openblas has a dependency that it can't load for some reason. Dependency walker works on .pyd files as well as .dll files.
Hth, Michael
On Wed, Jan 27, 2016, 07:40 G Young <gfyoung17@gmail.com> wrote:
I do have my site.cfg file pointing to my library which contains a .lib file along with the appropriate include_dirs parameter. However, NumPy can't seem to find / use the DLL file no matter where I put it (numpy/core, same directory as openblas.lib). By the way, I should mention that I am using a slightly dated version of OpenBLAS (0.2.9), but that shouldn't have any effect I would imagine.
Greg
On Wed, Jan 27, 2016 at 1:14 PM, Michael Sarahan <msarahan@gmail.com> wrote:
I'm not sure about the mingw tool chain, but usually on windows at link time you need a .lib file, called the import library. The .dll is used at runtime, not at link time. This is different from *nix, where the .so serves both purposes. The link you posted mentions import files, so I hope this is helpful information.
Best, Michael
On Wed, Jan 27, 2016, 03:39 G Young <gfyoung17@gmail.com> wrote:
Hello all,
I'm trying to update the documentation for building Numpy from source, and I've hit a brick wall in trying to build the library using OpenBLAS because I can't seem to link the libopenblas.dll file. I tried following the suggestion of placing the DLL in numpy/core as suggested here <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but it still doesn't pick it up. What am I doing wrong?
Thanks,
Greg _______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
On Wed, Jan 27, 2016 at 3:51 PM, G Young <gfyoung17@gmail.com> wrote:
I don't need it at this point. I'm just going through the exercise for purposes of updating building from source on Windows. But that's good to know though. Thanks!
That effort is much appreciated by the way. Updating the build info on all platforms on http://scipy.org/scipylib/building/index.html is a significant amount of work, and it has never been in a state one could call complete. So more contributions definitely welcome! Ralf
Greg
On Wed, Jan 27, 2016 at 2:48 PM, Ralf Gommers <ralf.gommers@gmail.com> wrote:
On Wed, Jan 27, 2016 at 3:19 PM, G Young <gfyoung17@gmail.com> wrote:
NumPy will "build" successfully, but then when I type "import numpy", it cannot import the multiarray PYD file.
I am using dependency walker, and that's how I know it's the libopenblas.dll file that it's not linking to properly, hence my original question.
The support for MingwPy in numpy.distutils had to be temporarily reverted (see https://github.com/numpy/numpy/pull/6536), because the patch caused other issues. So likely it just won't work out of the box now. If you need it, maybe you can reapply that reverted patch. But otherwise I'd wait a little bit; we'll sort out the MingwPy build in the near future.
Ralf
Greg
On Wed, Jan 27, 2016 at 1:58 PM, Michael Sarahan <msarahan@gmail.com> wrote:
When you say find/use, can you please clarify whether you have completed the compilation/linking successfully? I'm not clear on exactly when you're having problems. What is the error output?
One very helpful tool in diagnosing dll problems is dependency walker: http://www.dependencywalker.com/
It may be that your openblas has a dependency that it can't load for some reason. Dependency walker works on .pyd files as well as .dll files.
Hth, Michael
On Wed, Jan 27, 2016, 07:40 G Young <gfyoung17@gmail.com> wrote:
I do have my site.cfg file pointing to my library which contains a .lib file along with the appropriate include_dirs parameter. However, NumPy can't seem to find / use the DLL file no matter where I put it (numpy/core, same directory as openblas.lib). By the way, I should mention that I am using a slightly dated version of OpenBLAS (0.2.9), but that shouldn't have any effect I would imagine.
Greg
On Wed, Jan 27, 2016 at 1:14 PM, Michael Sarahan <msarahan@gmail.com> wrote:
I'm not sure about the mingw tool chain, but usually on windows at link time you need a .lib file, called the import library. The .dll is used at runtime, not at link time. This is different from *nix, where the .so serves both purposes. The link you posted mentions import files, so I hope this is helpful information.
Best, Michael
On Wed, Jan 27, 2016, 03:39 G Young <gfyoung17@gmail.com> wrote:
> Hello all, > > I'm trying to update the documentation for building Numpy from > source, and I've hit a brick wall in trying to build the library using > OpenBLAS because I can't seem to link the libopenblas.dll file. I tried > following the suggestion of placing the DLL in numpy/core as suggested > here > <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but > it still doesn't pick it up. What am I doing wrong? > > Thanks, > > Greg > _______________________________________________ > NumPyDiscussion mailing list > NumPyDiscussion@scipy.org > https://mail.scipy.org/mailman/listinfo/numpydiscussion >
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
In my timeplan the next mingwpy PR on numpy master is anticipated to take place at the weekend, together with a build description. This PR is targeted to build numpy with OpenBLAS. Carl 20160127 16:01 GMT+01:00 Ralf Gommers <ralf.gommers@gmail.com>:
On Wed, Jan 27, 2016 at 3:51 PM, G Young <gfyoung17@gmail.com> wrote:
I don't need it at this point. I'm just going through the exercise for purposes of updating building from source on Windows. But that's good to know though. Thanks!
That effort is much appreciated by the way. Updating the build info on all platforms on http://scipy.org/scipylib/building/index.html is a significant amount of work, and it has never been in a state one could call complete. So more contributions definitely welcome!
Ralf
Greg
On Wed, Jan 27, 2016 at 2:48 PM, Ralf Gommers <ralf.gommers@gmail.com> wrote:
On Wed, Jan 27, 2016 at 3:19 PM, G Young <gfyoung17@gmail.com> wrote:
NumPy will "build" successfully, but then when I type "import numpy", it cannot import the multiarray PYD file.
I am using dependency walker, and that's how I know it's the libopenblas.dll file that it's not linking to properly, hence my original question.
The support for MingwPy in numpy.distutils had to be temporarily reverted (see https://github.com/numpy/numpy/pull/6536), because the patch caused other issues. So likely it just won't work out of the box now. If you need it, maybe you can reapply that reverted patch. But otherwise I'd wait a little bit; we'll sort out the MingwPy build in the near future.
Ralf
Greg
On Wed, Jan 27, 2016 at 1:58 PM, Michael Sarahan <msarahan@gmail.com> wrote:
When you say find/use, can you please clarify whether you have completed the compilation/linking successfully? I'm not clear on exactly when you're having problems. What is the error output?
One very helpful tool in diagnosing dll problems is dependency walker: http://www.dependencywalker.com/
It may be that your openblas has a dependency that it can't load for some reason. Dependency walker works on .pyd files as well as .dll files.
Hth, Michael
On Wed, Jan 27, 2016, 07:40 G Young <gfyoung17@gmail.com> wrote:
I do have my site.cfg file pointing to my library which contains a .lib file along with the appropriate include_dirs parameter. However, NumPy can't seem to find / use the DLL file no matter where I put it (numpy/core, same directory as openblas.lib). By the way, I should mention that I am using a slightly dated version of OpenBLAS (0.2.9), but that shouldn't have any effect I would imagine.
Greg
On Wed, Jan 27, 2016 at 1:14 PM, Michael Sarahan <msarahan@gmail.com> wrote:
> I'm not sure about the mingw tool chain, but usually on windows at > link time you need a .lib file, called the import library. The .dll is > used at runtime, not at link time. This is different from *nix, where the > .so serves both purposes. The link you posted mentions import files, so I > hope this is helpful information. > > Best, > Michael > > On Wed, Jan 27, 2016, 03:39 G Young <gfyoung17@gmail.com> wrote: > >> Hello all, >> >> I'm trying to update the documentation for building Numpy from >> source, and I've hit a brick wall in trying to build the library using >> OpenBLAS because I can't seem to link the libopenblas.dll file. I tried >> following the suggestion of placing the DLL in numpy/core as suggested >> here >> <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but >> it still doesn't pick it up. What am I doing wrong? >> >> Thanks, >> >> Greg >> _______________________________________________ >> NumPyDiscussion mailing list >> NumPyDiscussion@scipy.org >> https://mail.scipy.org/mailman/listinfo/numpydiscussion >> > > _______________________________________________ > NumPyDiscussion mailing list > NumPyDiscussion@scipy.org > https://mail.scipy.org/mailman/listinfo/numpydiscussion > > _______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
That's great! I look forward to seeing that. Greg On Wed, Jan 27, 2016 at 6:27 PM, Carl Kleffner <cmkleffner@gmail.com> wrote:
In my timeplan the next mingwpy PR on numpy master is anticipated to take place at the weekend, together with a build description. This PR is targeted to build numpy with OpenBLAS.
Carl
20160127 16:01 GMT+01:00 Ralf Gommers <ralf.gommers@gmail.com>:
On Wed, Jan 27, 2016 at 3:51 PM, G Young <gfyoung17@gmail.com> wrote:
I don't need it at this point. I'm just going through the exercise for purposes of updating building from source on Windows. But that's good to know though. Thanks!
That effort is much appreciated by the way. Updating the build info on all platforms on http://scipy.org/scipylib/building/index.html is a significant amount of work, and it has never been in a state one could call complete. So more contributions definitely welcome!
Ralf
Greg
On Wed, Jan 27, 2016 at 2:48 PM, Ralf Gommers <ralf.gommers@gmail.com> wrote:
On Wed, Jan 27, 2016 at 3:19 PM, G Young <gfyoung17@gmail.com> wrote:
NumPy will "build" successfully, but then when I type "import numpy", it cannot import the multiarray PYD file.
I am using dependency walker, and that's how I know it's the libopenblas.dll file that it's not linking to properly, hence my original question.
The support for MingwPy in numpy.distutils had to be temporarily reverted (see https://github.com/numpy/numpy/pull/6536), because the patch caused other issues. So likely it just won't work out of the box now. If you need it, maybe you can reapply that reverted patch. But otherwise I'd wait a little bit; we'll sort out the MingwPy build in the near future.
Ralf
Greg
On Wed, Jan 27, 2016 at 1:58 PM, Michael Sarahan <msarahan@gmail.com> wrote:
When you say find/use, can you please clarify whether you have completed the compilation/linking successfully? I'm not clear on exactly when you're having problems. What is the error output?
One very helpful tool in diagnosing dll problems is dependency walker: http://www.dependencywalker.com/
It may be that your openblas has a dependency that it can't load for some reason. Dependency walker works on .pyd files as well as .dll files.
Hth, Michael
On Wed, Jan 27, 2016, 07:40 G Young <gfyoung17@gmail.com> wrote:
> I do have my site.cfg file pointing to my library which contains a > .lib file along with the appropriate include_dirs parameter. However, > NumPy can't seem to find / use the DLL file no matter where I put it > (numpy/core, same directory as openblas.lib). By the way, I should mention > that I am using a slightly dated version of OpenBLAS (0.2.9), but that > shouldn't have any effect I would imagine. > > Greg > > On Wed, Jan 27, 2016 at 1:14 PM, Michael Sarahan <msarahan@gmail.com > > wrote: > >> I'm not sure about the mingw tool chain, but usually on windows at >> link time you need a .lib file, called the import library. The .dll is >> used at runtime, not at link time. This is different from *nix, where the >> .so serves both purposes. The link you posted mentions import files, so I >> hope this is helpful information. >> >> Best, >> Michael >> >> On Wed, Jan 27, 2016, 03:39 G Young <gfyoung17@gmail.com> wrote: >> >>> Hello all, >>> >>> I'm trying to update the documentation for building Numpy from >>> source, and I've hit a brick wall in trying to build the library using >>> OpenBLAS because I can't seem to link the libopenblas.dll file. I tried >>> following the suggestion of placing the DLL in numpy/core as suggested >>> here >>> <https://github.com/numpy/numpy/wiki/Mingwstatictoolchain#notes> but >>> it still doesn't pick it up. What am I doing wrong? >>> >>> Thanks, >>> >>> Greg >>> _______________________________________________ >>> NumPyDiscussion mailing list >>> NumPyDiscussion@scipy.org >>> https://mail.scipy.org/mailman/listinfo/numpydiscussion >>> >> >> _______________________________________________ >> NumPyDiscussion mailing list >> NumPyDiscussion@scipy.org >> https://mail.scipy.org/mailman/listinfo/numpydiscussion >> >> > _______________________________________________ > NumPyDiscussion mailing list > NumPyDiscussion@scipy.org > https://mail.scipy.org/mailman/listinfo/numpydiscussion >
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
_______________________________________________ NumPyDiscussion mailing list NumPyDiscussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpydiscussion
participants (4)

Carl Kleffner

G Young

Michael Sarahan

Ralf Gommers