openembedded-core.git/meta/classes/cmake.bbclass, branch dylan

cmake.bbclass: ensure CMAKE_SYSTEM_NAME is correct

2014-01-08T17:25:52+00:00

Using TARGET_OS can add the ABIEXTENSION so ensure that is is removed for the Linux
TARGET_OS, we might have other TARGET_OSes so don't hard code CMAKE_SYSTEM_NAME

[YOCTO #5145]

(From OE-Core master rev: 7d8b700242b1b32c6b6d0735b497701800f54fc4)

Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

cmake: set system name correctly

2014-01-08T17:25:44+00:00

For unknown reasons, the cmake class is using SDK_OS as the
target system OS. This makes no sense but only shows up as a problem
when you try a different SDK OS. Fix it to use TARGET_OS which is
the correct thing to do. For the vast majority of users this will
make no difference.

(From OE-Core master rev: 57be84259f0885865c85d7bac350979430b956b5)

Signed-off-by: Richard Purdie

cmake: reset B from autotools, as this class doesnt like it

2013-02-04T12:20:27+00:00

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

cmake.bbclass: use DEPENDS_prepend instead of += for cmake-native

2012-11-18T11:51:39+00:00

Otherwise when a recipe using DEPENDS=, the cmake-native dependency disappears.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

cmake.bbclass: Add OECMAKE_C_LINK_FLAGS and OECMAKE_CXX_LINK_FLAGS variables

2012-06-11T12:43:17+00:00

In some cases we need to specify linker flags and right
now we do not have a way to communicate that to cmake
based systems. cmake defines CMAKE_C_LINK_FLAGS and CMAKE_CXX_LINK_FLAGS
for these needs. This patch therefore defines two local variables
namely OECMAKE_C_LINK_FLAGS and OECMAKE_CXX_LINK_FLAGS which
can be altered by recipes to tweak linker flags

Signed-off-by: Khem Raj

cmake.bbclass: add ${base_libdir} to CMAKE_LIBRARY_PATH

2012-03-12T17:46:16+00:00

Some libraries like libcrypto.so are installed at base_libdir
instead of libdir. So add the base_libdir to CMAKE_LIBRARY_PATH
so that these libraries can be found correctly.

This resolves an issues with libzypp, which was not finding the
libcrypo library correctly in an x32 build.

Signed-off-by: Nitin A Kamble 
Signed-off-by: Richard Purdie

Add EXTERNAL_TOOLCHAIN to CMAKE_FIND_ROOT_PATH

2012-02-03T16:33:10+00:00

This allows cmake to find the binaries of an external toolchain.

Signed-off-by: Ken Werner 
Signed-off-by: Richard Purdie

cmake.bbclass: adding extendable extra variable to root path

2011-09-28T20:37:57+00:00

Introducing a hook variable for various .conf files to add
extra path elements to cmake. For example, it can be used
in external toolchain conf file to add ${TOOLCHAIN_PATH}
to cmake root path search.

Signed-off-by: Andrew Gabbasov 
Signed-off-by: Richard Purdie

cmake.bbclass, perlnative.bbclass: arrange for cmake to find perl-native

2011-08-17T05:53:50+00:00

When CMake is looking for perl, it only searches in the specific directories
that it's told about and ignores ${PATH}.  If perlnative is in use, ensure
that the appropriate installation path is added to the list of places that
cmake will look for perl, otherwise it won't ever be found.

Signed-off-by: Phil Blundell

cmake.bbclass: add ${libdir} for multilib case

2011-07-27T14:44:46+00:00

    Signed-off-by: Yu Ke