1. 21 Jun, 2019 2 commits
  2. 28 Feb, 2017 1 commit
    • Brad King's avatar
      find_library: Skip 'lib => lib<arch>' searches if one symlinks the other · 6f5aede7
      Brad King authored
      The `FIND_LIBRARY_USE_LIB<arch>_PATHS` global properties ask
      `find_library` to look in `lib<arch>` directories automatically before
      corresponding `lib` directories.  However, if `lib<arch>` is just a
      symlink to `lib` (or vice-versa) then we should skip adding the
      `lib<arch>` path.  Such symlinks typically only exist to satisfy
      software that expects the `lib<arch>` path to be available.
      
      Fixes: #16687
      6f5aede7
  3. 09 May, 2016 1 commit
    • Brad King's avatar
      Drop find_(library|file|path) prefixes from PATH on non-Windows · b30b32a4
      Brad King authored
      
      
      Since commit v3.3.0-rc1~430^2 (Teach find_(library|file|path) to get
      prefixes from PATH, 2015-02-18) we search in <prefix>/include and
      <prefix>/lib directories for prefixes with bin directories in the PATH
      environment variable.  The motivation was to support MSYS, MinGW and
      similar Windows platforms in their default environments automatically.
      At the time this behavior was thought to be worthwhile in general.
      Suggested-by: Chuck Atkins's avatarChuck Atkins <chuck.atkins@kitware.com>
      b30b32a4
  4. 19 Feb, 2015 1 commit
    • Brad King's avatar
      Teach find_(library|file|path) to get prefixes from PATH (#15370) · ffc06c12
      Brad King authored
      The find_package command already knows how to compute installation
      prefixes from PATH.  Use the same approach to establish prefixes for
      find_library, find_file, and find_path to use to look in directories
      like "<prefix>/lib[/<arch>]" and "<prefix>/include" for libraries and
      headers.  This will reduce the amount of configuration end users need to
      do to establish a work environment rooted under a specific prefix.
      ffc06c12
  5. 08 Dec, 2014 1 commit
    • Brad King's avatar
      find_library: Fix repeat call after changing directory content (#15293) · ce331bab
      Brad King authored
      We use cmGlobalGenerator::GetDirectoryContent to avoid repeating
      directory listings.  However, GetDirectoryContent loads content from
      disk at most once.  This breaks find_library calls that occur when disk
      content has changed since preceding find_library calls.
      
      Teach cmGlobalGenerator::GetDirectoryContent to save the directory
      modification time when content is loaded and re-load content if it
      changes.
      
      Create a RunCMake.find_library test with a case covering this.
      ce331bab