[cmake-developers] Proposed Feature: automatic search prefixes for find modules
Brad and I discussed this a few years ago but nothing really came of it.
Working through several find modules today, I saw many common patterns for
this and realized it should be pretty easy to implement, so here it is:
Allow the variables ENV{PackageName_ROOT} and PackageName_ROOT to be used
as initial search prefixes for al find_{file,path,library,program} commands
executed from within a find module.
https://gitlab.kitware.com/cmake/cmake/merge_requests/796
Specifying the search prefix is a very common pattern, especially when the
utility is not setup in your path, and prevents the need to explicitly set
the location of all the various headers and libraries for a module when you
can just specify a prefix to use.
Thoughts? Good Idea? Bad idea? Good, but do it differently? Undecided?
Thanks
- 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
Re: [cmake-developers] Implicit library trouble with mixed languages
On 05/02/2017 05:47 PM, Christian Pfeiffer wrote: > Before filtering, gcc's output gives me the libgcc and libgcc_s twice. I think we already de-duplicate the results after extraction. > However, I was mainly asking because the general matching logic there > can break down in other ways, too. For example, filtering libclang_rt.* > will cause Clang builds that pull in sanitizers, e.g. memory sanitizer > or UBsan, which both require libclang_rt.msan-... and > libclang_tr.ubsan_... to be linked to break on e.g. Linux. That was added for this: * https://gitlab.kitware.com/cmake/cmake/issues/16194 * https://gitlab.kitware.com/cmake/cmake/merge_requests/37 Thanks, -Brad -- 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
