1. 06 Aug, 2019 1 commit
  2. 24 Jul, 2019 1 commit
    • Brad King's avatar
      Clang: For MSVC ABI do not use modes older than C++14 · d50b31be
      Brad King authored
      Since commit d44c0db0 (clang: setup correct configuration in gnu mode,
      2019-02-20, v3.15.0-rc1~41^2~5) we support the GNU-like Clang that
      targets the MSVC ABI.  However, Clang cannot compile with the MSVC
      standard library unless it runs in a mode aware of C++14 (since MSVC
      itself does not even have a lower mode).  When `CMAKE_CXX_STANDARD` is
      set to 98 or 11, use C++14 anyway.
      
      Since Clang's default mode is aware of C++14, another option is to not
      add any flags for 98 or 11.  However, if a future Clang version ever
      defaults to a higher C++ standard, setting the standard to 98 or 11
      should at least not use a mode higher than 14.
      
      Also revert test updates from commit 4819ff96 (Tests: fix failures
      with gnu mode clang on windows, 2019-03-21, v3.15.0-rc1~41^2~3) that
      were meant to work around the standard selection problem.
      
      Fixes: #19496
      d50b31be
  3. 15 Jul, 2019 1 commit
  4. 08 Jul, 2019 2 commits
  5. 03 Jul, 2019 1 commit
  6. 17 Jun, 2019 1 commit
  7. 03 Jun, 2019 1 commit
  8. 23 May, 2019 2 commits
  9. 14 May, 2019 2 commits
  10. 13 May, 2019 3 commits
  11. 08 May, 2019 1 commit
  12. 07 May, 2019 2 commits
  13. 02 May, 2019 1 commit
  14. 29 Apr, 2019 1 commit
  15. 26 Apr, 2019 1 commit
  16. 25 Apr, 2019 3 commits
  17. 22 Apr, 2019 1 commit
    • Brad King's avatar
      CompileFeatures: Fix hard-coded MSVC C features · eca275f6
      Brad King authored
      In commit 8e4899fd (CompileFeatures: Record which C features the MSVC
      compiler supports, 2019-04-12) our `cmake_record_c_compile_features`
      macro was accidentally left not setting the `_result` variable, which
      had previously been set by `_record_compiler_features`.  The variable is
      expected by the call site in `cmake_determine_compile_features` and used
      to switch between "failed" and "done" reports.  Set it now.
      
      Also record `c_variadic_macros` only for cl 14 (VS 2005) and higher
      because it is not supported before that version.
      eca275f6
  18. 19 Apr, 2019 1 commit
    • Brad King's avatar
      SunPro: Record support for C++14 features by SunPro 5.{14,15} · 66f3f11a
      Brad King authored
      SunPro 5.15 supports `-std=c++14` and several C++14 features.
      
      SunPro 5.14 accepts `-std=c++14` but does not update its definition of
      `__cplusplus` or any other macro to distinguish it from `-std=c++11`,
      so we need to blacklist a couple features that do work but that we
      cannot report for that version.  We can still support `cxx_std_14`.
      
      Co-Author: Robert Maynard <robert.maynard@kitware.com>
      66f3f11a
  19. 15 Apr, 2019 1 commit
  20. 12 Apr, 2019 2 commits
  21. 11 Apr, 2019 1 commit
  22. 09 Apr, 2019 2 commits
  23. 03 Apr, 2019 1 commit
    • Brad King's avatar
      ARMCC: Do not identify ARMClang as ARMCC · f28e7fc1
      Brad King authored
      Since commit 8f8d0560 (ARMCC: Fix identification of ARM compiler when
      it defines GNU macros, 2019-03-20, v3.14.1~10^2) we consider ARMCC
      before Clang or GNU compilers.  Since armclang also defines
      `__ARMCC_VERSION` it is now mistaken for ARMCC.  Extend the check for
      ARMCC to also verify that `__clang__` is not defined.
      
      Issue: #19065
      f28e7fc1
  24. 27 Mar, 2019 2 commits
  25. 25 Feb, 2019 5 commits