HOWTO LAPACK/CLAPACK for Windows

[graphicsRat]

Is there any way to compile the gotoBLAS without cygwin so the cygwin1.dll isn't needed to use it? Because I'm having troubles to call the gotoBLAS library in a MEX file in Matlab, it crashes Matlab when I run it. I think it's because of the cygwin1.dll because calling the standard BLAS library does work.

I thought you already had GotoBLAS working ...

Its been moths since I last compiled it, and when I last did, step 4 of the HOWTO helped to produce a library that' did not dependent on cygwin dlls -- this may have changed since writing the HOWTO, I guess need to compile the latest version of the library to be sure.

In the interim, I suggest you try step 4 and see what happens (I'd like to know). You may also run dependency walker on your gotoblas dll. Dependency walker will show what dlls your gotoblas dlls depends on. Mine depends only on: KERNEL32.DLL, MSVCRT.DLL, and NTDLL.DLL only (no cywing dll :)

Suggestion: if you've done the above and and impatient/can't wait for my update, try compiling gotoblas in (MINGW) MSYS

MSYS: a "fork" of Cygwin which has absolutely no dependency on Cygwin .dll

[flexo1234]

I think the problem is something else. To let the gotoBLAS work in visual C++ I needed to put project properties->linker->optimization->References to "keep unreferenced data" because else it gave some memory errors for some reason. But now with compiling with the MEX command in Matlab I don't know how to put the references right, do u have any idea maybe?

Also I don't have to do step 4, the .lib and .dll are already in the exports folder after step 3. I did delete them once and then did step 4 but it gave the same size of .lib and .dll so they are the same I think.

Dependency walker says it depends on cygwin1.dll and many more (too much to all write them here), it also gave some error:

Error: Modules with different CPU types were found.
Warning: At least one delay-load dependency module was not found.

In an other window it says "error opening file MSJAVA.DLL"

[graphicsRat]

I think the problem is something else. To let the gotoBLAS work in visual C++ I needed to put project properties->linker->optimization->References to "keep unreferenced data" because else it gave some memory errors for some reason. But now with compiling with the MEX command in Matlab I don't know how to put the references right, do u have any idea maybe?

I don't know anything about MEX, but I may be able to help with the visual studio project settings (I ought to have included them in the HOWTO.)(Note to self: update HOWTO)

Give the following visual studio project settings a try (source):

Project options -> Configuration Properties -> C/C++ -> Code generation -> Use run-time library
->"Multithreaded-Debug (/MTd)".

Also, you may wish to start from an empty visual studio (C++) console application. When you get the console application to work, migrate the code to your MEX(?) project -- that's how I work. (BTW, I'm using LAPACK/GotoBLAS in an Autodesk Maya plugin.)

Also I don't have to do step 4, the .lib and .dll are already in the exports folder after step 3. I did delete them once and then did step 4 but it gave the same size of .lib and .dll so they are the same I think.

Dependency walker says it depends on cygwin1.dll and many more (too much to all write them here), it also gave some error:

It appears that the GotoBLAS build system has changed. But I'm surprised that the output dll still requires the cygwin dll. I need to try this for myself, and get back to you.

In an other window it says "error opening file MSJAVA.DLL"

That's weird. Is this a dependency walker error? ... You shouldn't require all those dlls.

[flexo1234]

The "Multithreaded-Debug (/MTd)" option doesn't make a difference for me, only the references I need to change to let it work.

Yes it's really weird it needs so many dlls. I'm gonna try compiling it with MSYS tomorrow then (I hope I will find out how it works :P) because the compiled gotoBLAS is also much slower than Matlab and it really should be faster normally.

[graphicsRat]

I'm having difficulty logging on to the gotoblas site and downloading the source. Does anyone else have this problem?

[flexo1234]

Yes, same problem here.

[graphicsRat]

Yes, same problem here.

That's comforting to hear. Let's hope the problem gets sorted out soon.

In the interim, if you wish, I can send you the source of the previous version (on which the HOWTO was originally based). Just send me a private message with your email address.