1. 27 Oct, 2019 40 commits
    • Craig Scott's avatar
      Help: Document that <PackageName>_ROOT applies to config packages too · 049dbdd3
      Craig Scott authored
      The original intent of <PackageName>_ROOT may have been for it
      to apply only to Find modules, but the implementation of the
      find_package() command treats modules and config packages the
      same. Both result in a <PackageName>_ROOT variable being
      pushed onto the stack of package roots. A config package can
      also call other find_...() commands, the behavior doesn't apply
      just to find modules.
      049dbdd3
  2. 18 Oct, 2019 40 commits
  3. 17 Oct, 2019 40 commits
  4. 16 Oct, 2019 40 commits
  5. 15 Oct, 2019 40 commits
  6. 14 Oct, 2019 40 commits
    • Brad King's avatar
      Merge branch 'cmake-initial-cache-relative' into release-3.16 · 7716be45
      Brad King authored
      Merge-request: !3912
      7716be45
    • Brad King's avatar
      Merge branch 'FindOpenMP-clang-HIP-device' into release-3.16 · 74035b0a
      Brad King authored
      Merge-request: !3911
      74035b0a
    • Peter Waller's avatar
      cmake: Fix relative path regression in -C · c9d73b26
      Peter Waller authored
      Since commit 4ca0526f (cmake: Pass -S and -B into PreLoad.cmake and -C
      scripts, 2019-08-20, v3.16.0-rc1~195^2) the value of `CMAKE_SOURCE_DIR`
      is the source directory rather than the current working directory.
      This was correct on its own, but the place storing that value is also
      used as the base for relative paths specified on the command line.
      The latter should of course be relative to the current working
      directory.
      
      The fix is to switch to use a full path internally, unless a full path
      is already specified.  Add tests for the behaviour of `-C` under these
      four circumstances:
      
          {with -S, without -S} x {full path, relative path}
      
      Fixes: #19827
      c9d73b26
  7. 12 Oct, 2019 40 commits
    • Konstantin Pyzhov's avatar
      FindOpenMP: Add support for HIP clang device pass · db5a8d78
      Konstantin Pyzhov authored
      The HIP clang makes 2 passes when compiling HIP programs: the DEVICE
      pass and the HOST pass.  For openmp, the `-fopenmp` option is only
      passed to the HOST compilation pass.  Therefore, the small test that
      CMake uses for OpenMP detection fails to compile, and CMake reports
      failure to detect OpenMP support in the compiler.  The suggested
      solution is to add check for `__HIP_DEVICE_COMPILE__` macro defined by
      HIP clang for the DEVICE pass to the OpenMP detection test.
      db5a8d78
  8. 11 Oct, 2019 40 commits