Just to clarify, this does *NOT* change the search order. - Chuck
On Thu, Oct 9, 2014 at 2:45 PM, Chuck Atkins <chuck.atk...@kitware.com> wrote: > I've just pushed a branch to the stage for review: > refactor-search-path-construction , not merged to next due to the current > release hold. > > Just a head's up, it's rather invasive. It's a re-factoring of how search > paths get constructed for find* commands. Up until now, search paths have > been incrementally constructed with the composite search path being the > only result. This separates and constructs each "class" of search path > separately and combines them together afterwards. > > This branch is a pre-cursor for new features that can manipulate groups of > search paths with leaving others untouched. > > - Chuck >
-- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
