[RFC] cmake cross-compilation paths

[RFC] cmake cross-compilation paths

[Valentin Longchamp]

Hello,

I am trying to build cmake based programs that use QT with Openembedded. 
The actual support for cmake in OE worked until now that I only had 
"simple" dependencies. Now with QT as as dependency, I use the cmake 
FindQt4 Module that strongly relies on qmake to find the different QT 
cmake variables (try to run ${STAGINGBINDIR}/qmake4 -query).

The problem is that FindQt4 does not find the qmake4 (as I have proposed 
to rename it like that in my patch from yesterday) since the 
CMAKE_FIND_ROOT_PATH given to the cmake cmd in the classes/cmake.bbclass 
only is set to

-DCMAKE_FIND_ROOT_PATH=${STAGING_DIR_HOST}

that does not include ${STAGING_BIN_DIR}. Setting it to

-DCMAKE_FIND_ROOT_PATH=${STAGING_DIR}

makes configure fail (it cannot find the needed header files); and with

-DCMAKE_FIND_ROOT_PATH="${STAGING_DIR_HOST};${STAGING_DIR}"

qmake4 is not found either.

So if someone who knows cmake better than me can tell me how to give two 
paths to a cmd -DPATH_NAME=VALUE1 VALUE2 for cmake (and what would be 
the equivalent to STAGING_DIR_HOST for ${STAGING_DIR}/i686-linux in my 
case) that would help a lot (I am not sure it can be achieved).

All the inputs are greatly appreciated and if you could help me for the 
OE var names (especially for the equivalent to ${STAGING_DIR_HOST} that 
would point to ${STAGING_DIR}/i686-linux, that would already be a good 
start)

Thanks a lot

-- 
Valentin Longchamp, PhD Student, EPFL-STI-LSRO1
valentin.longchamp@epfl.ch, Phone: +41216937827
http://people.epfl.ch/valentin.longchamp
MEA3485, Station 9, CH-1015 Lausanne

Re: [RFC] cmake cross-compilation paths

[Douglas Royds]

Perhaps you need:

    -DCMAKE_FIND_ROOT_PATH="${STAGING_DIR_HOST};${STAGING_DIR_NATIVE}" 

Douglas.


Valentin Longchamp wrote:
> Hello,
>
> I am trying to build cmake based programs that use QT with 
> Openembedded. The actual support for cmake in OE worked until now that 
> I only had "simple" dependencies. Now with QT as as dependency, I use 
> the cmake FindQt4 Module that strongly relies on qmake to find the 
> different QT cmake variables (try to run ${STAGINGBINDIR}/qmake4 -query).
>
> The problem is that FindQt4 does not find the qmake4 (as I have 
> proposed to rename it like that in my patch from yesterday) since the 
> CMAKE_FIND_ROOT_PATH given to the cmake cmd in the 
> classes/cmake.bbclass only is set to
>
> -DCMAKE_FIND_ROOT_PATH=${STAGING_DIR_HOST}
>
> that does not include ${STAGING_BIN_DIR}. Setting it to
>
> -DCMAKE_FIND_ROOT_PATH=${STAGING_DIR}
>
> makes configure fail (it cannot find the needed header files); and with
>
> -DCMAKE_FIND_ROOT_PATH="${STAGING_DIR_HOST};${STAGING_DIR}"
>
> qmake4 is not found either.
>
> So if someone who knows cmake better than me can tell me how to give 
> two paths to a cmd -DPATH_NAME=VALUE1 VALUE2 for cmake (and what would 
> be the equivalent to STAGING_DIR_HOST for ${STAGING_DIR}/i686-linux in 
> my case) that would help a lot (I am not sure it can be achieved).
>
> All the inputs are greatly appreciated and if you could help me for 
> the OE var names (especially for the equivalent to ${STAGING_DIR_HOST} 
> that would point to ${STAGING_DIR}/i686-linux, that would already be a 
> good start)
>
> Thanks a lot
>


=======================================================================
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
 altered or corrupted during transmission.
=======================================================================

Re: [RFC] cmake cross-compilation paths

[Valentin Longchamp]

Douglas Royds wrote:
> Perhaps you need:
> 
>     -DCMAKE_FIND_ROOT_PATH="${STAGING_DIR_HOST};${STAGING_DIR_NATIVE}" 

Thank you for your input, I had come to the same value. I think this 
should be the default behaviour for cmake, and this should be pushed to 
cmake.bbclass.

It still does not work for the FindQt4 module, but this is due to the 
fact that the PATHS qmake searches for libraries and headers in are 
define at COMPILE time and cannot be changed with this value.

Val

> 
> Douglas.
> 
> 
> Valentin Longchamp wrote:
>> Hello,
>>
>> I am trying to build cmake based programs that use QT with 
>> Openembedded. The actual support for cmake in OE worked until now that 
>> I only had "simple" dependencies. Now with QT as as dependency, I use 
>> the cmake FindQt4 Module that strongly relies on qmake to find the 
>> different QT cmake variables (try to run ${STAGINGBINDIR}/qmake4 -query).
>>
>> The problem is that FindQt4 does not find the qmake4 (as I have 
>> proposed to rename it like that in my patch from yesterday) since the 
>> CMAKE_FIND_ROOT_PATH given to the cmake cmd in the 
>> classes/cmake.bbclass only is set to
>>
>> -DCMAKE_FIND_ROOT_PATH=${STAGING_DIR_HOST}
>>
>> that does not include ${STAGING_BIN_DIR}. Setting it to
>>
>> -DCMAKE_FIND_ROOT_PATH=${STAGING_DIR}
>>
>> makes configure fail (it cannot find the needed header files); and with
>>
>> -DCMAKE_FIND_ROOT_PATH="${STAGING_DIR_HOST};${STAGING_DIR}"
>>
>> qmake4 is not found either.
>>
>> So if someone who knows cmake better than me can tell me how to give 
>> two paths to a cmd -DPATH_NAME=VALUE1 VALUE2 for cmake (and what would 
>> be the equivalent to STAGING_DIR_HOST for ${STAGING_DIR}/i686-linux in 
>> my case) that would help a lot (I am not sure it can be achieved).
>>
>> All the inputs are greatly appreciated and if you could help me for 
>> the OE var names (especially for the equivalent to ${STAGING_DIR_HOST} 
>> that would point to ${STAGING_DIR}/i686-linux, that would already be a 
>> good start)
>>
>> Thanks a lot
>>


-- 
Valentin Longchamp, PhD Student, EPFL-STI-LSRO1
valentin.longchamp@epfl.ch, Phone: +41216937827
http://people.epfl.ch/valentin.longchamp
MEA3485, Station 9, CH-1015 Lausanne