That's great! I look forward to seeing that.
Greg
On Wed, Jan 27, 2016 at 6:27 PM, Carl Kleffner 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.
>
>
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
2016-01-27 16:01 GMT+01:00 Ralf Gommers :
>
>
> On Wed, Jan 27, 2016 at 3:51 PM, G Young wrote:
>
>> I don't
On Wed, Jan 27, 2016 at 3:51 PM, G Young 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 a
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
wrote:
>
>
> On Wed, Jan 27, 2016 at 3:19 PM, G Young wrote:
>
>> NumPy wil
On Wed, Jan 27, 2016 at 3:19 PM, G Young 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 o
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, M
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/
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
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
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
Hi Sergey:
I recently ran into similar problems with ACML.
See an original bug report (https://github.com/numpy/numpy/issues/2728) &
documentation fix (https://github.com/numpy/numpy/pull/2809).
Personally, I ended up using a patch similar to
https://github.com/numpy/numpy/pull/2751 to force
On 14.12.2012 10:17, Sergey Bartunov wrote:
> Now things went even worse. I assume that numpy built with BLAS and
> LAPACK should do dot operation faster than "clean" installation on
> relatively large matirces (say 2000 x 2000). Here I don't use OpenBLAS
> anyway.
No, _dotblas is only built agai
On Tue, Nov 20, 2012 at 7:52 PM, George Nurser wrote:
> Hi,
> I've tried to build numpy with OpenBLAS following on from the blog
> http://cournape.wordpress.com/2012/10/10/notes-on-building-numpyscipy-with-openblas/
>
> I've cloned and installed an up to date version of bento from git.
>
> Problem
13 matches
Mail list logo