[cmake-developers] [CMake 0015725]: post generate action

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15725 == Reported By:Gregory Kramida Assigned To:

Re: [cmake-developers] [Patch] Adding Windows 10 support

Sorry, you are right, try_compile calls do use the generator and don't have a problem. I was trying to do something similar to what you are describing here: > We could simply define a > > CMAKE_VS_TARGET_PLATFORM_VERSION > > variable that is used to initialize VS_TARGET_PLATFORM_VERSION

[cmake-developers] [PATCH] CPack: don't mangle CMake-special characters when applying default settings

By using a function to do it instead of a macro. Deprecate the old macro, but keep it for backwards compatibility. Remove existing workarounds for this problem and add a test. --- Help/release/dev/CPack-updates.rst | 6 ++ Modules/CPack.cmake| 92

Re: [cmake-developers] [BUG] HINTS not correctly handled in find_program

Hi, Attached is a minimal example. To use it: 1. Build phase. Under find_program.BUG/build, use CMakeLists.txt to prepare runtime part 2. Test phase. Under find_program.BUG/runtime, use CMakeLists.txt to show the bug. Here is the result on my SuSE Linux with CMake 3.3.1 (binaries retrieved

Re: [cmake-developers] [PATCH] Fix a few issues in FindHDF5 module

Tim- I did notice your issue about Fortran HL not working but wasn't sure what the original problem was or if it was still relevant. Anyway, I'm glad we got a fix in, albeit four years later -- better late than never! Brad- here's a new patch based off of 8ea7611 that uses the new NAMES_PER_DIR