Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread Carl Kleffner 
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 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 
>> wrote:
>>
>>>
>>>
>>> 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 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 
 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  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 
>> 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  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
  but
 it still doesn't pick it up.  What am I doing wrong?

 Thanks,

 Greg
 ___
 NumPy-Discussion mailing list
 NumPy-Discussion@scipy.org
 https://mail.scipy.org/mailman/listinfo/numpy-discussion

>>>
>>> ___
>>> NumPy-Discussion mailing list
>>> NumPy-Discussion@scipy.org
>>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>>
>>>
>> ___
>> NumPy-Discussion mailing list
>> NumPy-Discussion@scipy.org
>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>

 ___
 NumPy-Discussion mailing list
 NumPy-Discussion@scipy.org

Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread G Young 
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.
>
> 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 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 
>>> wrote:
>>>


 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 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 
> 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  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 >> > 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  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
>  but
> it still doesn't pick it up.  What am I doing wrong?
>
> Thanks,
>
> Greg
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>

 ___
 NumPy-Discussion mailing list
 NumPy-Discussion@scipy.org
 https://mail.scipy.org/mailman/listinfo/numpy-discussion


>>> ___
>>> NumPy-Discussion mailing list
>>> NumPy-Discussion@scipy.org
>>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>>
>>
>>

Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread G Young 
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
 but it
still doesn't pick it up.  What am I doing wrong?

Thanks,

Greg
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread Ralf Gommers 
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 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 
> 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  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 
>>> 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  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
>  but
> it still doesn't pick it up.  What am I doing wrong?
>
> Thanks,
>
> Greg
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>

 ___
 NumPy-Discussion mailing list
 NumPy-Discussion@scipy.org
 https://mail.scipy.org/mailman/listinfo/numpy-discussion


>>> ___
>>> NumPy-Discussion mailing list
>>> NumPy-Discussion@scipy.org
>>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>>
>>
>> ___
>> NumPy-Discussion mailing list
>> NumPy-Discussion@scipy.org
>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>>
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread G Young 
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 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 
>> 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  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 
 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  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
>>  but
>> it still doesn't pick it up.  What am I doing wrong?
>>
>> Thanks,
>>
>> Greg
>> ___
>> NumPy-Discussion mailing list
>> NumPy-Discussion@scipy.org
>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
 ___
 NumPy-Discussion mailing list
 NumPy-Discussion@scipy.org
 https://mail.scipy.org/mailman/listinfo/numpy-discussion

>>>
>>> ___
>>> NumPy-Discussion mailing list
>>> NumPy-Discussion@scipy.org
>>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>>
>>>
>>
>> ___
>> NumPy-Discussion mailing list
>> NumPy-Discussion@scipy.org
>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>>
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread G Young 
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  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  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 
>> 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  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
  but
 it still doesn't pick it up.  What am I doing wrong?

 Thanks,

 Greg
 ___
 NumPy-Discussion mailing list
 NumPy-Discussion@scipy.org
 https://mail.scipy.org/mailman/listinfo/numpy-discussion

>>>
>>> ___
>>> NumPy-Discussion mailing list
>>> NumPy-Discussion@scipy.org
>>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>>
>>>
>> ___
>> NumPy-Discussion mailing list
>> NumPy-Discussion@scipy.org
>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread Michael Sarahan 
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  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 
> 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  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
>>>  but
>>> it still doesn't pick it up.  What am I doing wrong?
>>>
>>> Thanks,
>>>
>>> Greg
>>> ___
>>> NumPy-Discussion mailing list
>>> NumPy-Discussion@scipy.org
>>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>>
>>
>> ___
>> NumPy-Discussion mailing list
>> NumPy-Discussion@scipy.org
>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread G Young 
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  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  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
>>  but
>> it still doesn't pick it up.  What am I doing wrong?
>>
>> Thanks,
>>
>> Greg
>> ___
>> NumPy-Discussion mailing list
>> NumPy-Discussion@scipy.org
>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread Michael Sarahan 
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  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
>  but it
> still doesn't pick it up.  What am I doing wrong?
>
> Thanks,
>
> Greg
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building Numpy with OpenBLAS

2016-01-27 Thread Ralf Gommers 
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 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 
> wrote:
>
>>
>>
>> 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 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 
>>> 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  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 
> 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  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
>>>  but
>>> it still doesn't pick it up.  What am I doing wrong?
>>>
>>> Thanks,
>>>
>>> Greg
>>> ___
>>> NumPy-Discussion mailing list
>>> NumPy-Discussion@scipy.org
>>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>>
>>
>> ___
>> NumPy-Discussion mailing list
>> NumPy-Discussion@scipy.org
>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>

 ___
 NumPy-Discussion mailing list
 NumPy-Discussion@scipy.org
 https://mail.scipy.org/mailman/listinfo/numpy-discussion


>>>
>>> ___
>>> NumPy-Discussion mailing list
>>> NumPy-Discussion@scipy.org
>>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>>
>>>
>>
>> ___
>> NumPy-Discussion mailing list
>> NumPy-Discussion@scipy.org
>> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>>
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
>

[Numpy-discussion] Building numpy with OpenBLAS

2012-12-14 Thread Sergey Bartunov 
Hi. I'm trying to build numpy (1.6.2 and master from git) with
OpenBLAS on Ubuntu server 11.10.

I succeed with this just once and performance boost was really big for
me, but unfortunately something went wrong with my application and I
had to reinstall numpy. After that I couldn't reproduce this result
and even just perform faster than default numpy installation with no
external libraries anyhow.

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.

I install libblas-dev and liblapack-dev by apt-get and after that
build numpy from sources / by pip (that doesn't matter for the
result). Building tool reports that BLAS and LAPACK are detected on my
system, so says numpy.distutils.system_info after installation. But
matrix multiplication by dot takes the same time as clean installation
(12 s vs 0.16 s with OpenBLAS). That's the first thing I'm wondering
about.

Nevertheless I tried to compile numpy with OpenBLAS only. I have
forced this by setting ATLAS= BLAS=/usr/lib/libopenblas.a
LAPACK=/usr/lib/libopenblas.a as I saw somewhere in the internet. I
had installed numpy exactly this way at the first time when I was
lucky. But now it doesn't work for me. I tryied installing OpenBLAS
from sources and as libopenblas-dev ubuntu package.

So how can I fix this? Many thanks in advance.
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building numpy with OpenBLAS

2012-12-14 Thread Sturla Molden 
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 against ATLAS, MKL or Apple's accelerate 
framework. So with OpenBLAS you have to call e.g. DGEMM from OpenBLAS 
yourself instead of using np.dot.

 So how can I fix this? Many thanks in advance.

You might fix NumPy to build _dotblas against OpenBLAS as well :)


Sturla




___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building numpy with OpenBLAS

2012-12-14 Thread Bradley M. Froehle 
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 NumPy to respect site.cfg (so 
that I could put the libacml in the [blas_opt]  [lapack_opt] sections).  But 
this seems unlikely to get merged into NumPy as it changes the behavior of 
site.cfg.  Instead I think we should discuss adding a have cblas flag of some 
sort to the [blas] section so that the user can still get _dotblas to compile.

-Brad 


On Friday, December 14, 2012 at 1:17 AM, Sergey Bartunov wrote:

 Hi. I'm trying to build numpy (1.6.2 and master from git) with
 OpenBLAS on Ubuntu server 11.10.
 
 I succeed with this just once and performance boost was really big for
 me, but unfortunately something went wrong with my application and I
 had to reinstall numpy. After that I couldn't reproduce this result
 and even just perform faster than default numpy installation with no
 external libraries anyhow.
 
 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.
 
 I install libblas-dev and liblapack-dev by apt-get and after that
 build numpy from sources / by pip (that doesn't matter for the
 result). Building tool reports that BLAS and LAPACK are detected on my
 system, so says numpy.distutils.system_info after installation. But
 matrix multiplication by dot takes the same time as clean installation
 (12 s vs 0.16 s with OpenBLAS). That's the first thing I'm wondering
 about.
 
 Nevertheless I tried to compile numpy with OpenBLAS only. I have
 forced this by setting ATLAS= BLAS=/usr/lib/libopenblas.a
 LAPACK=/usr/lib/libopenblas.a as I saw somewhere in the internet. I
 had installed numpy exactly this way at the first time when I was
 lucky. But now it doesn't work for me. I tryied installing OpenBLAS
 from sources and as libopenblas-dev ubuntu package.
 
 So how can I fix this? Many thanks in advance.
 ___
 NumPy-Discussion mailing list
 NumPy-Discussion@scipy.org (mailto:NumPy-Discussion@scipy.org)
 http://mail.scipy.org/mailman/listinfo/numpy-discussion



___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion

[Numpy-discussion] Building numpy with OpenBLAS using bento

2012-11-20 Thread George Nurser 
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 is that the bentomaker command doesn't seem to know about
the --with-blas-lapack-libdir option. The only place this option is defined
in the code seems to be in the blas_lapack.py routine  but I can't see
how to use this routine -- it isn't imported into any other file.

(I've tried sending this smessage to the bento list, but it doesn't seem to
be appearing on it as far as I can see.)

Best regards, George Nurser
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Building numpy with OpenBLAS using bento

2012-11-20 Thread David Cournapeau 
On Tue, Nov 20, 2012 at 7:52 PM, George Nurser gnur...@gmail.com 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 is that the bentomaker command doesn't seem to know about the
 --with-blas-lapack-libdir option. The only place this option is defined in
 the code seems to be in the blas_lapack.py routine  but I can't see how
 to use this routine -- it isn't imported into any other file.

Can you describe the exact steps you followed ? For example, just
cloning bento won't get you far enough, you need to have waf installed
as well, and you get an explicit error message otherwise.


 (I've tried sending this smessage to the bento list, but it doesn't seem to
 be appearing on it as far as I can see.)

Yeah, it looks like librelist is fundamentally broken, many messages
never appear. I need to move to something sane.

cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion