Skip to content
Snippets Groups Projects
  1. Jan 25, 2016
  2. Jan 21, 2016
    • Brad King's avatar
      Merge branch 'vs-win10-sdk' into release · 7b8bec7a
      Brad King authored
      7b8bec7a
    • Brad King's avatar
      VS: Do not fail on Windows 10 with VS 2015 if no SDK is available (#15929) · d7e863c1
      Brad King authored
      Since commit v3.4.0-rc1~5^2~1 (VS: Add support for selecting the Windows
      10 SDK, 2015-09-30) the VS 2015 generator requires a Windows 10 SDK to
      be available when CMAKE_SYSTEM_VERSION specifies Windows 10 (e.g.  when
      building on a Windows 10 host).  Howewver, it is possible to install VS
      2015 without any Windows 10 SDK.  Instead of failing with an error
      message about the lack of a Windows 10 SDK, simply tolerate this case
      and use the default Windows 8.1 SDK.  Since building for Windows Store
      still requires the SDK, retain the diagnostic in that case.
      d7e863c1
  3. Jan 19, 2016
  4. Jan 11, 2016
    • Brad King's avatar
      Merge branch 'vs-win10-sdk' into release · 8ce5ff8d
      Brad King authored
      8ce5ff8d
    • Brad King's avatar
      VS: Fix Windows 10 SDK version selection (#15831) · a57caf7e
      Brad King authored
      In commit v3.4.0-rc1~5^2~1 (VS: Add support for selecting the Windows 10
      SDK, 2015-09-30) we added Windows 10 SDK selection choosing the most
      recent SDK that is not newer than the target version.  This is backward
      because it should be up to the application code to not use APIs newer
      than the target version.  It is up to the build system to provide a SDK
      that has at least the APIs expected to be available for the target
      version.  Furthermore, since the default target version is the host
      version of Windows, the old approach breaks when the only SDK available
      is for a newer version of Windows.
      
      Fix this by always selecting a Windows 10 SDK if one exists.  Use the
      SDK for the exact version if is available.  Otherwise use the latest
      version of the SDK available because that will have at least the APIs
      expected for the target version.
      a57caf7e
    • Brad King's avatar
      cmSystemTools: Add VersionCompareEqual helper · ad594de8
      Brad King authored
      Wrap a call to VersionCompare with OP_EQUAL.
      ad594de8
    • Brad King's avatar
      Merge branch 'vs14-debug-enum' into release · e1f9d3c0
      Brad King authored
      e1f9d3c0
  5. Jan 08, 2016
  6. Dec 21, 2015
  7. Dec 11, 2015
    • Brad King's avatar
      a9e8b123
    • Marc Chevrier's avatar
      AIX,HP-UX: Fix RPATH handling when CMP0065 is set to NEW · f254276f
      Marc Chevrier authored and Brad King's avatar Brad King committed
      The CMAKE_SHARED_LIBRARY_LINK_<LANG>_FLAGS setting has always been meant
      for flags needed to export symbols from executables for use by shared
      library plugins.  Since commit v3.4.0-rc1~58^2~1 (CMP0065: Restrict the
      use of CMAKE_SHARED_LIBRARY_LINK_<LANG>_FLAGS, 2015-08-24) this is made
      explicit by using the flags only for executables with ENABLE_EXPORTS,
      guarded by CMP0065 for compatibility.
      
      On some platforms we were accidentally using this setting to pass other
      flags to the linker:
      
      * AIX: -bnoipath, -brtl
      * HP-UX: +s, +nodefaultrpath
      
      These flags are incorrectly dropped when CMP0065 is set to NEW.  Fix
      this by moving the flags to more appropriate places for linking
      executables.
      f254276f
  8. Dec 03, 2015
  9. Dec 02, 2015
  10. Dec 01, 2015
  11. Nov 30, 2015
  12. Nov 25, 2015
  13. Nov 24, 2015
Loading