<div dir="ltr"><div><div>Hi Jose,<br></div>First of all , you said you had the Intel Compiler 2016. Do you have Intel MKL? If you have Intel MKL you should be using that, not some other (likely much slower) LAPACK library. <br><br></div><div>Secondly, you probably do not have the static .lib files for LAPACK and BLAS. On Windows, to use a DLL you link against a .LIB that matches the DLL. For example LAPACK.DLL would have a matching LAPACK.LIB. It sounds like your project(s) linked against a LAPACK.LIB that goes with a LAPACK.DLL<br><br></div><div>Windows finds a .DLL by first looking in same directory as the .EXE and then looks in the system PATH.<br>Usually one just  puts the required DLL's in the same directory as the .EXE.<br></div><div><br></div><div>But , let me reiterate, if you have Intel MKL installed, it is much better to use Intel MKL as per my previous email.<br></div><div><br></div>Andrew<br><div><div><div><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 27, 2016 at 5:23 AM, Jose ALVES <span dir="ltr"><<a href="mailto:jose.alves@transvalor.com" target="_blank">jose.alves@transvalor.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Andrew,<br>
<br>
Thank you very much for your answer.<br>
<br>
Indeed you were right, I had a 32bit configuration for my project. After correcting that I no longer have the errors associated with lapack/blas libraries.<br>
<br>
After correcting I still had the errors of "unresolved external symbol" for the arpack functions cnaupd, cneupd and smout.<br>
<br>
(Just for information) I had to include the following modification in my test project:<br>
<br>
Project properties -> Fortran -> External Procedures:<br>
        Calling Convention: C, REFERENCE<br>
        Append Underscore to External Names: Yes<br>
<br>
Now it compiles without problems.<br>
<br>
At execution of the .exe I get the message "Impossible to start the program because lapack.dll doesn't exist in your computer". When compiling arpack I only obtained the static libraries for blas and lapack (.lib) which are automatically linked but not the .dll... Do you know if I should then download and compile lapack and blas?? Or is there another work around??<br>
<br>
Thank you very much for your help!!<br>
<br>
Sincerely,<br>
<br>
José Alves<br>
<br>
******************************************************************<br>
Date: Tue, 26 Jul 2016 12:40:50 -0700<br>
From: Andrew Cunningham <<a href="mailto:andrew@a-cunningham.com">andrew@a-cunningham.com</a>><br>
To: arpack-ng mailing list <<a href="mailto:arpack-ng@lists.scilab.org">arpack-ng@lists.scilab.org</a>>,<br>
        <a href="mailto:jose.alves@transvalor.com">jose.alves@transvalor.com</a><br>
Subject: Re: [Arpack-ng] Error during compilation of example with<br>
        MVS2015<br>
Message-ID:<br>
        <CAGTJuHgYDc4ZW4Kr6SO8ZvhV=<a href="mailto:edzFTgT6ZtexRNGvM34uH5DbQ@mail.gmail.com">edzFTgT6ZtexRNGvM34uH5DbQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Jose,<br>
 it looks like you are trying to build a 32 bit EXE using a 64-bit arpack library. I would assume that you have no interest in 32-bit, so I would make sure you have/create a 64-bit configuration for your test project. Be careful when building your DLL. Check that 64-bit and 32-bit builds have separate destination directories so they don't step on each other. I just delete all 32-bit configurations.<br>
<br>
Then  go to the settings for your project,  FORTRAN ->Libraries and make sure "Use Intel MKL" is turned on with appropriate settings (e.g.<br>
Parallel). That should cause the problems with "unresolved" BLAS/LAPACK externals to go away.<br>
<br>
Andrew<br>
<br>
<br><br></blockquote></div></div></div>