Bug #27

CPack does not copy OpenMP DLLs on Windows

Added by Joaquim over 6 years ago. Updated 4 days ago.

Status:ClosedStart date:2012-03-03
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-
Affected version:6.x-svn Platform:Windows

Description

When building with
set(GMT_OPENMP ON)
the NSIS installer does not detect the need for the VCOMP100.DLL

History

#1 Updated by Florian over 6 years ago

the NSIS installer does not detect the need for the VCOMP100.DLL

Well, NSIS is not to blame. The cmake-2.8/Modules/InstallRequiredSystemLibraries.cmake script does not search for this dll. We can file a ticket at CMake. Is vcomp100.dll in your redist dir (MSVC/Microsoft.VC100.CRT)? For now you could add vcomp100.dll to CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS.

Btw, we should open another ticket: The OpenMP implementation is still broken in grdfilter.c.

#2 Updated by Joaquim over 6 years ago

Yes, I find the file at C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\redist\x86\Microsoft.VC100.OPENMP\vcomp100.dll

Good, then you can adopt it from InstallRequiredSystemLibraries.cmake by adding the dll to CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS with something like this:

if (GMT_OPENMP and WIN33)
  if (MSVC90)
    set (_omp_dll "${MSVC10_REDIST_DIR}/${CMAKE_MSVC_ARCH}/Microsoft.VC90.OPENMP\vcomp90.dll")
  elseif (MSVC10)
    set (_omp_dll "${MSVC10_REDIST_DIR}/${CMAKE_MSVC_ARCH}/Microsoft.VC100.OPENMP\vcomp100.dll")
  endif (MSVC90)
endif (GMT_OPENMP and WIN32)
Probably you also have to handle the debug libs with a different suffix?

#3 Updated by Florian over 6 years ago

  • Subject changed from NSIS fails to detetect OpenMP dependency on Windows to CPack does not copy OpenMP DLLs on Windows

#4 Updated by Paul almost 5 years ago

Is this still a problem for us? We are getting close to producing Win packages, no?

#5 Updated by Joaquim almost 5 years ago

It might still be, but not for now as we are not using OpenMP yet.

#6 Updated by Joaquim over 4 years ago

  • Status changed from New to Closed
  • Affected version changed from 5.x-dev to 5.x-svn

Closing as we are not using OpenMP and don't know if we will ever do. If yes, we'll see about this than.

#7 Updated by Joaquim almost 3 years ago

Need to reopen this one but can't find how.

#8 Updated by Paul almost 3 years ago

  • Status changed from Closed to In Progress

Changing back to "in Progress"

#10 Updated by Joaquim almost 3 years ago

Did the above in r15167 but still fails.
It does work for nmake install but ignores with nmake package

#11 Updated by Joaquim almost 3 years ago

And with r15168 it does copy to zip files but this can't be the final solution

#12 Updated by George over 2 years ago

Here is a wiki for OpenMP

#13 Updated by Joaquim over 2 years ago

?

#14 Updated by Joaquim 4 days ago

  • Affected version changed from 5.x-svn to 6.x-svn

I'm afraid this part of the general inability to detect dynamic loading libraries like plugins in GDAL, so closing this.

#15 Updated by Joaquim 4 days ago

  • Status changed from In Progress to Closed

Also available in: Atom PDF