1. 12 Oct, 2019 3 commits
  2. 10 Oct, 2019 2 commits
    • Brad King's avatar
      Add deprecation warnings for policies CMP0069 and below · d00bb419
      Brad King authored
      The OLD behaviors of all policies are deprecated, but only by
      documentation.  Add an explicit deprecation diagnostic for policies
      introduced in CMake 3.9 and below to encourage projects to port away
      from setting policies to OLD.
      d00bb419
    • Craig Scott's avatar
      CLI: Rename --loglevel to --log-level for naming consistency · 7bbddeb7
      Craig Scott authored
      Other multi-word command line options use hyphens to separate
      the words, so the --loglevel option introduced in CMake 3.15 was
      inconsistent in this regard. Rename it to --log-level but still support
      the original --loglevel name to preserve backward compatibility.
      7bbddeb7
  3. 03 Oct, 2019 2 commits
  4. 02 Oct, 2019 6 commits
  5. 01 Oct, 2019 4 commits
  6. 30 Sep, 2019 3 commits
    • Brad King's avatar
      8a15e75f
    • Brad King's avatar
      Ninja,Makefile: Fix subdir "all" with nested EXCLUDE_FROM_ALL subdir · 0733a94f
      Brad King authored
      The "all" target defined for a subdirectory (e.g. `cd sub; make` or
      `ninja sub/all`) should not include the "all" targets from nested
      subdirectories (e.g. `sub/sub`) that are marked as `EXCLUDE_FROM_ALL`.
      Fix this and add a test case.
      
      Issue: #19753
      Co-Author: Sebastian Holtermann <sebholt@xwmw.org>
      0733a94f
    • Brad King's avatar
      Restore "all" target in subdirectories marked EXCLUDE_FROM_ALL · b3b1c7bf
      Brad King authored
      The "all" target in each directory is supposed to have targets from that
      directory even if the directory itself is marked `EXCLUDE_FROM_ALL` in
      its parent.  This was broken by commit dc688857 (Pass EXCLUDE_FROM_ALL
      from directory to targets, 2019-01-15, v3.14.0-rc1~83^2) which made the
      participation of a target in "all" independent of context.  Revert much
      of the logic change from that commit to restore the old behavior.  Then
      re-implement the behavior intended by the commit to keep its test
      working.  Extend the test to cover the old behavior too.
      
      Fixes: #19753
      b3b1c7bf
  7. 27 Sep, 2019 1 commit
  8. 26 Sep, 2019 3 commits
  9. 24 Sep, 2019 2 commits
  10. 23 Sep, 2019 4 commits
  11. 21 Sep, 2019 1 commit
  12. 18 Sep, 2019 1 commit
  13. 17 Sep, 2019 2 commits
  14. 16 Sep, 2019 2 commits
    • Chuck Atkins's avatar
      FindPkgConfig: Allow libraries that can't be found with their full path · 28cb86d7
      Chuck Atkins authored
      pkg-config's .pc files can sometimes provide libraries that are visible to
      the linker but not present in CMake's known search paths.  In the case
      where CMake can find some, but not all of the library dependencies
      provided in a .pc file, this allows them to be passed through as "-lfoo"
      when the full path can't be found.
      
      This also removes the test failure cases that occured because of this
      scenario and adjsuts the remaining tests to account for not-found
      libraries
      28cb86d7
    • Daniel Eiband's avatar
      Byproducts: Add test for collapsing of full paths in byproducts · 3b409643
      Daniel Eiband authored
      Add test for collapsing of full paths in byproducts and additional tests for
      the GENERATED source file properties set by add_custom_command and
      add_custom_target with relative paths.
      3b409643
  15. 10 Sep, 2019 1 commit
  16. 09 Sep, 2019 1 commit
  17. 03 Sep, 2019 1 commit
  18. 30 Aug, 2019 1 commit
    • Brad King's avatar
      FindBoost: Unwrap compatibility INTERFACE targets for legacy variables · cf29fa18
      Brad King authored
      Since commit 0dd6772a (FindBoost: Add legacy variables and targets for
      compatibility, 2019-06-14, v3.15.0-rc2~3^2~1) we extract information
      from imported targets provided by upstream `BoostConfig.cmake` files.
      However, upstream Boost 1.71 provides some imported targets only for
      compatibility.  They are just INTERFACE libraries that wrap around the
      real target named by `INTERFACE_LINK_LIBRARIES`.  Unwrap this layer so
      we can extract the real imported location.
      
      Fixes: #19656
      cf29fa18