Orion Poplawski wrote: > In current Fedora, /sbin,/bin, and /lib are symbolic links to /usr/sbin, > /usr/bin, and /usr/lib. This causes problems such as the one outlined > here: https://bugzilla.redhat.com/show_bug.cgi?id=917407 > where find_package(PKG NO_MODULE) will find PKGConfig.cmake in /lib/pkg/ > instead of /usr/lib/pkg/, and perhaps then make the erroneous assumption > that everything is based in / rather than /usr. I think some of this is > caused by cmake being found in /bin/ if /bin in earlier than /usr/bin in > the PATH. > > I'm looking for suggestions as to how to handle this on a distro wide > level (as I'm a packager of cmake for Fedora). Perhaps some way to tell > cmake to start with /usr as a prefix first rather than basing off of > PATH or where cmake is first found? >
We discussed that over the last few months. All relevant information should be in these threads: http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/5327 http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/5868/focus=5907 The solution is in cmake master now: http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/5868/focus=6311 I guess your options are to wait for cmake 2.8.11 to be released (in a few weeks) or backport a similar patch to your current cmake version package (then re-build all packages using that patched cmake to generate the config files). For clarity, this is not related to cmake being found in /bin. It's about where the Config.cmake files are found. Thanks, Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
