[CMake] find_packge behavior regarding enabled languages

[Rolf Eike Beer]

xantares 09 wrote:
> >From: xantares09 at hotmail.com
> >To: cmake at cmake.org
> >Date: Thu, 24 Jan 2013 08:12:49 +0000
> >Subject: [CMake] find_packge behavior regarding enabled languages

> >I noticed that when all languages are disabled through the project command:
> >project ( Foo NONE )
> >
> >... then a dependent Bar sub-package cannot be detected from it's
> >BarConfig.cmake configuration file: find_package ( Bar MODULE )
> >
> >Do you think it's a bug ? A feature ?
> >
> >I explicitely disabled all languages to avoid compiler checks which are
> >useless for my documentation package.
> >
> >Altough it works with at least one language enabled (or let default C &
> >C++), I wondered if there's by chance any mean to avoid compiler checks
> >while still being able to detect config files, or if there's a
> >undocumented behavior of the find_package command regarding languages.

> I investigated my problem further and I noticed that find_package only finds
> the config file if located on a specific location depending on enabled
> languages: - no languages enabled:              
> /usr/lib/cmake/bar/BarConfig.cmake - at least one language enabled:  
> /usr/lib64/cmake/bar/BarConfig.cmake
> 
> So selected languages have an impact on the searched library path : it takes
> the arch into account if one is enabled.
> 
> My box is a Fedora 18 x86_64 with latest cmake 2.8.10.
> Should I report it ?

I guess the reason is that it needs CMAKE_SIZEOF_VOID_P to know the difference 
between lib and lib64, but that is only known if it has at least one compiler 
to check.

But what do you need a library for if you don't have a compiler?

Eike
-- 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://www.cmake.org/pipermail/cmake/attachments/20130125/ecce849b/attachment.pgp>