[cmake-developers] PATHS guess in find_package ignored with NO_DEFAULT_PATH & CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

Julien Schueller schueller at phimeca.com
Fri Jul 1 08:08:31 EDT 2016


> De: "Nils Gladitz" <nilsgladitz at gmail.com>
> À: "Julien Schueller" <schueller at phimeca.com>, "cmake-developers"
> <cmake-developers at cmake.org>
> Envoyé: Vendredi 1 Juillet 2016 13:57:40
> Objet: Re: [cmake-developers] PATHS guess in find_package ignored with
> NO_DEFAULT_PATH & CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

> On 07/01/2016 01:44 PM, Julien Schueller wrote:

>>> De: "Nils Gladitz" <nilsgladitz at gmail.com>
>>> À: "Julien Schueller" <schueller at phimeca.com> , "cmake-developers"
>>> <cmake-developers at cmake.org>
>>> Envoyé: Vendredi 1 Juillet 2016 12:37:47
>>> Objet: Re: [cmake-developers] PATHS guess in find_package ignored with
>>> NO_DEFAULT_PATH & CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

>>> On 07/01/2016 11:13 AM, Julien Schueller wrote:

>>>> I'm using find_package in no-module mode with the PATHS option to provide a
>>>> hard-coded guess to a path where a sublibrary 'hmat' was previously found,
>>>> and with the NO_DEFAULT_PATH to not find it first in system directories.
>>>> find_package (HMAT REQUIRED NO_MODULE PATHS <hmat-prefix>/lib/cmake/hmat
>>>> NO_DEFAULT_PATH)

>>>> So far so good. Now I want to cross-compile with the usual toolchain file:
>>>> set (CMAKE_FIND_ROOT_PATH /usr/i686-w64-mingw32)
>>>> set (CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
>>>> set (CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
>>>> set (CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
>>>> ...
>>>> This works wonderfully too.

>>>> But now I add CMAKE_FIND_ROOT_PATH_MODE_PACKAGE to ONLY in my toolchain file to
>>>> prevent detecting native libraries
>>>> set (CMAKE_FIND_ROOT_PATH_MODE_PACKAGE ONLY)
>>>> And now find_package fails to find my package!

>>>> I'm puzzled as I did not find in the doc something that explains why the PATHS
>>>> is ignored (step #8 in find_package):
>>>> https://cmake.org/cmake/help/v3.5/command/find_package.html#command:find_package

>>> The given path "<hmat-prefix>/lib/cmake/hmat" is prefixed by the paths in
>>> CMAKE_FIND_ROOT_PATH.
>>> Which means that (given ONLY) cmake only looks for the package in
>>> "/usr/i686-w64-mingw32/<hmat-prefix>/lib/cmake/hmat".

>>> You might want to e.g. add <hmat-prefix> to CMAKE_FIND_ROOT_PATH and use PATHS /
>>> instead.

>>> Nils

>> Thanks,

>> In my case <hmat-prefix> has the same value as CMAKE_FIND_ROOT_PATH, and even if
>> I modify the PATHS option value to be relative (PATHS lib/cmake/hmat) the
>> detection fails.
>> (They're not actually set to /usr/i686-w64-mingw32 but some absolute location in
>> my home where I unzip a mingw toolchain, but I can reproduce the issue on
>> another box where the toolchain is natively /usr/i686-w64-mingw32).

> I don't think behavior for relative paths is defined.

> Use absolute paths like "/lib/cmake/hmat", just "/" probably works as well
> (since the path in the prefix matches
> "<prefix>/(lib/<arch>|lib|share)/cmake/<name>*/").

> Nils

Yes, if I use just "/lib/cmake/hmat" it works. Couldn't cmake see that that my absolute path begins with CMAKE_FIND_ROOT_PATH and hence should be treated as valid according to CMAKE_FIND_ROOT_PATH_MODE_PACKAGE ? 

-- 
Julien Schueller 
Phimeca Engineering 
www.phimeca.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20160701/909e73c5/attachment-0001.html>


More information about the cmake-developers mailing list