1. 08 Apr, 2019 1 commit
  2. 22 Oct, 2018 1 commit
  3. 08 Mar, 2018 1 commit
  4. 23 Jan, 2018 1 commit
  5. 16 Mar, 2017 1 commit
    • Ben Boeckel's avatar
      GenerateExportHeader: always fill in _EXPORT macros · 9eb05b48
      Ben Boeckel authored
      The `_EXPORT` and `_NO_EXPORT` macros should always be made properly
      because the `<LANG>_VISIBILITY_PRESET` properties are controlled
      independently of this module.
      
      One case where this breaks compatibility is where a project was setting
      `USE_COMPILER_HIDDEN_VISIBILITY=OFF` and then marking a symbol used
      outside of the library with `_NO_EXPORT` which is a contridiction.
      9eb05b48
  6. 11 Jan, 2017 1 commit
    • Daniel Pfeifer's avatar
      Don't include CMakeParseArguments · d6877e6c
      Daniel Pfeifer authored
      The cmake_parse_arguments command is builtin with version 3.5.
      The CMakeParseArguments module is empty and exists for backwards
      compatibility with CMake 3.4 and lower.
      
      Remove the includes of CMakeParseArguments from CMake's modules.
      The modules are always used with the current version of CMake.
      
      Leave the includes in the tests, as the tests may be run with an older
      version of CMake.
      d6877e6c
  7. 27 Sep, 2016 1 commit
    • Brad King's avatar
      Simplify CMake per-source license notices · 86578ecc
      Brad King authored
      Per-source copyright/license notice headers that spell out copyright holder
      names and years are hard to maintain and often out-of-date or plain wrong.
      Precise contributor information is already maintained automatically by the
      version control tool.  Ultimately it is the receiver of a file who is
      responsible for determining its licensing status, and per-source notices are
      merely a convenience.  Therefore it is simpler and more accurate for
      each source to have a generic notice of the license name and references to
      more detailed information on copyright holders and full license terms.
      
      Our `Copyright.txt` file now contains a list of Contributors whose names
      appeared source-level copyright notices.  It also references version control
      history for more precise information.  Therefore we no longer need to spell
      out the list of Contributors in each source file notice.
      
      Replace CMake per-source copyright/license notice headers with a short
      description of the license and links to `Copyright.txt` and online information
      available from "https://cmake.org/licensing".  The online URL also handles
      cases of modules being copied out of our source into other projects, so we
      can drop our notices about replacing links with full license text.
      
      Run the `Utilities/Scripts/filter-notices.bash` script to perform the majority
      of the replacements mechanically.  Manually fix up shebang lines and trailing
      newlines in a few files.  Manually update the notices in a few files that the
      script does not handle.
      86578ecc
  8. 14 Sep, 2016 1 commit
  9. 01 Sep, 2016 1 commit
  10. 27 Jul, 2016 1 commit
    • Daniel Pfeifer's avatar
      Use string(APPEND) in Modules · 5d0d980d
      Daniel Pfeifer authored
      Automate with:
      
      find Modules -type f -print0 | xargs -0 perl -i -0pe \
      's/set\(([a-zA-Z0-9_]+)(\s+)"\$\{\1\}([^"])/string(APPEND \1\2"\3/g'
      5d0d980d
  11. 10 Jul, 2016 1 commit
  12. 28 Jun, 2016 1 commit
  13. 17 Mar, 2016 1 commit
  14. 03 Dec, 2015 1 commit
    • James Johnston's avatar
      Embarcadero: Check code using CMAKE_CXX_COMPILER_ID and CMAKE_C_COMPILER_ID. · 060442c2
      James Johnston authored
      The CMAKE_CXX_COMPILER_ID and CMAKE_C_COMPILER_ID variables are set to
      "Borland" for older versions of the compiler.  Newer CodeGear/Embarcadero
      compilers will have those variables set to "Embarcadero".  Search for lines of
      code referencing both the variable name and Borland to be sure that they also
      refer to Embarcadero.
      060442c2
  15. 27 Aug, 2015 1 commit
  16. 27 Feb, 2015 1 commit
  17. 29 Sep, 2014 1 commit
  18. 03 Jul, 2014 1 commit
  19. 24 Jun, 2014 1 commit
  20. 04 Jan, 2014 1 commit
  21. 15 Oct, 2013 1 commit
  22. 08 Oct, 2013 1 commit
  23. 02 Sep, 2013 1 commit
  24. 24 May, 2013 1 commit
    • Stephen Kelly's avatar
      GenerateExportHeader: Generate only C identifiers as defines · 7e24997f
      Stephen Kelly authored
      The variables in this module are used to configure a header file
      with defines whose name depends on the name of the target.
      
      As valid names of targets may be invalid for use as defines, convert
      the names of the defines used to C identifiers first. This is already
      done in C++ code for the DEFINE_SYMBOL property.
      
      This is not as simple as ensuring that the BASE_NAME is a C identifier,
      because most of the define names are configurable, and because use of
      a BASE_NAME which is not a C identifier, such as 4square can become a
      C identifier by specifying a prefix in the generate_export_header
      macro.
      7e24997f
  25. 23 May, 2013 1 commit
    • Stephen Kelly's avatar
      GenerateExportHeader: Allow use of of this macro with MODULEs. · 7ffef502
      Stephen Kelly authored
      The significant issue with MODULEs is that on Windows, the exported
      symbols must be dllexported and they are not imported.
      
      In other export macro implementations this is done by defining an
      export macro outside of any ifdef which depends on definitions set
      on the command line. However, with cmake we already expect the
      DEFINE_SYMBOL to be defined, so the regular EXPORT macro can be
      used by such plugins.
      7ffef502
  26. 20 Feb, 2013 2 commits
  27. 24 Feb, 2012 2 commits
  28. 21 Feb, 2012 1 commit
  29. 18 Feb, 2012 1 commit
  30. 02 Jan, 2012 1 commit
  31. 20 Sep, 2011 1 commit
  32. 19 Sep, 2011 3 commits
  33. 27 Aug, 2011 1 commit
  34. 25 Aug, 2011 3 commits