- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Dear All,
I'm a new in using Visual Studio 2019 and Fortran. I'm trying to compile some of my old codes (this is ok, no errors) but when I try to use the exe it seems that lots of libs are missing (libmmd.dll, libifcoremd.dll, libifportMD.dll, svml_dispmd.dll).
Reading some post it seems to be a problem with static libs inclusion but I do not find the correct option in VS2019 (or I have not understood the problem...). Can someone suggest how to solve this problem?
Many thanks!
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
From the list of missing DLLs, it appears that you may build your application to use dynamic libraries. If that is what you want, the runtime DLLs need to be available on the development system (to enable testing the built programs and DLLs) and also on the end users' systems. If, on the other hand, you wanted to build using static libraries, specify that choice through compiler options at the command line or settings in Visual Studio.
You may need to install the Fortran runtime package. Choose "Runtime Versions", and then pick the installer relevant to your operating system.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Is that a debug build? All the lib names have a D on the end of the name. I don't believe debug libs are accessible if you run outside the Visual Studio environment.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Andrew, the 'D' may stand for 'Dynamic' or 'Debug', and several combinations have been used. For instance, I have libifcore.lib, libifcoremd.lib, libifcoremdd.lib, libifcoremt.lib, libifcorert.lib, libifcorertd.lib in my OneAPI compiler installation. Of these, the third and sixth are debug libraries. Similar conventions are used in the VC libraries.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
"md" in the DLL name refers to the /MD option to specify linking against the DLL libraries - the convention isn't uniformly applied. Debug libraries have an extra d on the end and indeed are not available outside of the VS environment.

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page