1. 11 Apr, 2018 3 commits
  2. 02 Apr, 2018 1 commit
    • Brad King's avatar
      Android: Do not pass non-existent Clang -std flags · 12e6796b
      Brad King authored
      Android NDK r16b comes with
      
        Android clang version 5.0.300080  (based on LLVM 5.0.300080)
      
      Although it claims version 5, it does not support the `-std=c++17`
      or `-std=c++2a` flags that upstream Clang does.
      
      Android NDK r17-beta1 comes with
      
        Android (4639204 based on r316199) clang version 6.0.1
      
      that does have the flags.
      12e6796b
  3. 27 Mar, 2018 2 commits
  4. 26 Mar, 2018 1 commit
  5. 27 Jun, 2017 1 commit
  6. 30 May, 2017 2 commits
  7. 02 May, 2017 1 commit
  8. 12 Jan, 2017 1 commit
  9. 02 Dec, 2016 2 commits
  10. 02 Nov, 2016 1 commit
  11. 11 Jan, 2016 1 commit
  12. 19 Nov, 2015 1 commit
    • Brad King's avatar
      Project: Guess default standard dialect if compiler was forced (#15852) · 441dba80
      Brad King authored
      Prior to commit v3.4.0-rc1~71^2 (Project: Determine default language
      dialect for the compiler, 2015-09-15) we always guessed the default
      language standard dialect based on the compiler version.  This was not
      reliable so that commit switched to computing the default language
      standard dialect while detecting the compiler id.
      
      When a toolchain file uses CMakeForceCompiler to set the compiler id
      then the detection does not occur.  Therefore commit v3.4.0-rc1~54^2
      (Project: Don't require computed default dialect if compiler was forced,
      2015-09-22) made the lack of detection an error only if the compiler was
      not forced.  However, this means that projects using CMakeForceCompiler
      no longer even get the guess that we had before so <LANG>_COMPILER does
      not work.
      
      Due to the sophistication of CMake's compiler detection logic projects
      should be ported away from using CMakeForceCompiler.  In the meantime,
      restore a guess of the default language standard dialect when the
      compiler is forced.
      441dba80
  13. 22 Sep, 2015 1 commit
    • Stephen Kelly's avatar
      Project: Don't require computed default dialect if compiler was forced. · d1375851
      Stephen Kelly authored
      Commit 7235334a (Project: Determine default language dialect for the
      compiler., 2015-09-15) introduced a mechanism to determine the default
      dialect used for the running compiler.  If conditions in
      the <CompilerId>-<Lang>.cmake file are such that compile features for
      that version of the compiler should be supported, the _DEFAULT_STANDARD
      is set to the computed value.
      
      However, the CMakeForceCompiler module allows users to bypass execution of the
      compiler by CMake.  In that case, do not set the _DEFAULT_STANDARD variable at
      all, which effectively disables the compile-features where the module is used.
      
      No compile features have ever been recorded where the module is used so no
      functionality is lost.
      d1375851
  14. 18 Sep, 2015 1 commit
  15. 04 Feb, 2015 1 commit
  16. 15 Jan, 2015 1 commit
  17. 19 Nov, 2014 2 commits
  18. 12 Nov, 2014 1 commit
  19. 17 Sep, 2014 2 commits
  20. 20 May, 2014 1 commit
  21. 14 May, 2014 1 commit
  22. 07 Apr, 2014 2 commits
  23. 04 Oct, 2013 1 commit
    • Brad King's avatar
      Clang: Support Windows variants for GNU and MSVC (#13035, #14458) · 3d8356d4
      Brad King authored
      Teach the compiler identification preprocessor tests to report when
      Clang simulates MSVC, and what version.  If not MSVC, assume GNU.
      
      Teach compiler information modules Clang-(C|CXX) to recognize when Clang
      simulates MSVC and skip loading the GNU information.
      
      Teach the Windows-MSVC platform information to recognize when it is
      loaded as the simulated compiler and use that version information
      instead of the real compiler's (different) version scheme.
      
      Add platform modules Windows-Clang-(C|CXX) and support module
      Windows-Clang to load either Windows-MSVC or Windows-GNU and wrap
      the corresponding information macros.
      3d8356d4
  24. 02 Jun, 2013 1 commit
  25. 19 Sep, 2012 1 commit
    • Brad King's avatar
      Clang: Split Compiler/Clang* modules out from GNU (#13550) · 6e34aea9
      Brad King authored
      While Clang presents an almost identical interface to GNU there will be
      some differences.  Split the compiler information modules to allow
      separate rules for Clang.  Start by loading the GNU rules but leave a
      place to add Clang-specific information.
      6e34aea9
  26. 17 May, 2010 1 commit
    • Brad King's avatar
      Recognize Clang C and C++ compilers (see #10693) · 571dc748
      Brad King authored
      Map to the platform and compiler information for GNU because the
      compilers are command-line compatible for common operations.  Later we
      can add Clang-specific features as necessary.  We honor the preferred
      capitalization is "Clang", not the common mis-spelling "CLang".
      571dc748