Update min CMake requirements to CMAke 3.8
On windows I had a problem whereby I was picking up a link-time dependency to dbghelp.dll, and then CPack fails to build an installer.
At first I thought it was due to not sorting out delay load dependencies, as indicated here.
So, I tried updating CMake. If you go for new versions, such as 3.11+, then the CTK build fails, as we have an old version of CTK. So, the minimum CMake to pick up that change for delayed load dll was 3.8.
But it turns out that my main problem was because on the SmartLiver machine, someone has previously installed extra debugging tools into visual studio. Now, Windows normally has a dbghelp.dll installed under C:/Windows, so when CPack runs, anything under C:/Windows is deemed to be a standard system library, as so is not included in the cpack package. But if you end up with a dll that links against dbghelp.dll, installed elsewhere, such as under C:/Program Files (x86)/, then cpack fails as the resultant package is not truely standalone. This however is no bad thing, as these additional version of dbghelp.dll that are designed to work with a specific version of Visual Studio are non-redistributable anyway.
If you look at our installers for the most recent version of NifTK (available on github) you will notice that they correctly do not include versions of dbghelp.dll.
So, the real solution is actually to have development machines with extra debugging tools, but packaging machines without these debug tools installed. In other words CMake is doing the right thing! This suggests we ensure that forked projects have automated deployments and cpackaging running via gitlab-ci, on CLEAN machines, which is no bad thing.
However, for the purpose of this ticket - I just propose that we update to at least CMake 3.8 so we do not suffer with failures on anything marked as a delayed load library.
The other issue with CTK would be solved by an MITK upgrade which is ticket #4638.