libiomp5md.dll is missing, is this a bug in the IDE?

[Stephen_Painchaud]

I have a new installation of VS2008/Intel Fortran 11.1 on an 8 core workstation. I wanted to test auto-parallelization, so I created a new project and tossed in some old code. I turned on the auto-parallelization and associated diagnostic messages. Everything compiled fine and some loops were parallelized. When I tried to run the code I got the message libiomp5md.dll is missing. How can that be? It is sitting in the ia32 and intel64 directories. Those directories are known to the IDE, aren't they?

I then tried changing the project libraries from Multithreaded to Multithread DLL and rebuild all. When I run I now get an error that libifcoremd.dll is missing.

I understand that I can just copy the DLL to my executable directory, but I should not have to do this on my development computer.

[Steven_L_Intel1]

Even when static libraries are selected, the OpenMP library is linked dynamically - this can be overridden by adding /Qopenmp-link:static under Fortran > Command Line > Additional Options.

What has probably gone wrong is that the install did not update the system PATH environment variable to add the folders containing the DLLs.

Look at the definition of the system PATH environment variable. For an x64 system, you want it to contain:

%IFORT_COMPILER11%\lib\intel64;%IFORT_COMPILER11%\lib\ia32;

Make sure that IFORT_COMPILER11 is defined as well.

[Stephen_Painchaud]

I checked my PATH, and it is correct, as you have listed. But it is the DLL that is missing, and that is in the bin\ia32 or bin\Intel64 directory. It looks to me that the bin directories are listed under Options -> Intel Visual Fortran -> Compilers -> Executables. Since I am running directly from the IDE, shouldn't the DLLs be found automatically?


BTW, I see the same thing on a Windows XP computer I am using.

[Steven_L_Intel1]

No - the Executable Files list is for development tools only. When running an application, it depends on the standard Windows search rules. Yes, there is a copy of this DLL in the bin folder, but it is the lib folder that should be in PATH. Is that DLL in the lib\ia32 folder?

[Stephen_Painchaud]

Yes, I see now that the DLL is in both the lib\ia32 folder and the bin\ia32 folder. Even so, for now I copy it into my Release folder so I can run my program.

I just ran another test. When I run the app by itself (not from the IDE) it sees the DLL in the PATH. So there seems to be something wrong when I run from the IDE.

[Steven_L_Intel1]

This may sound silly, but.. Log out of your Windows session and log in again. See if that changes the behavior. I have seen this help when running programs from inside VS after a new product was installed.

[Stephen_Painchaud]

IFORT_COMPILER11 C:\Program Files (x86)\Intel\Compiler\11.1\065\

Path %IFORT_COMPILER11%lib\Intel64;%IFORT_COMPILER11%lib\ia32;C:\Program Files (x86)\Intel\Compiler\11.1\065\mkl\em64t\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;%systemroot%\idmu\common;c:\Program Files (x86)\Microsoft SQL Server\90\Tools\binn\


BTW, I edited my post above. The problem seems to be in the IDE.

[Stephen_Painchaud]

Logging out made no difference.

This is not a huge problem, that is keeping from my work, but I hate not understanding what is going on. So it seems that the Path variable works fine outside the IDE, but not when I am running within the IDE. Maybe this is a Microsoft problem.

[Steven_L_Intel1]

I understand the frustration - I wish I had something else to suggest. Maybe a reboot. I have seen this sort of thing before, but for me, a log out and in always fixed it (and once I did this I didn't have to do it again.)

[Stephen_Painchaud]

Thanks for the help. I will try a reboot at the end of the work day.