linux/poky.git/meta/recipes-devtools/cmake, branch uninative-2.4

cmake: update to 3.13.4

2019-02-14T11:20:55+00:00

All patches have been rebased on top of the 3.13.4 release. I successfully built all CMake recipes in oe-core and meta-oe. (From OE-Core rev: f40a5da14ec688f751d6394ce9a997578904fd8d) Signed-off-by: Pascal Bach Cc: Otavio Salvador Signed-off-by: Richard Purdie

cmake-native: Add --enable-ccache to configure options

2019-01-26T13:39:37+00:00

cmake-native requires --enable-ccache to enable ccache, target recipe doesn't need this since it is already handled by cmake.bbclass. (From OE-Core rev: 815056cb595c0f57b4d8867387420fe3bb28bdb2) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

cmake: do not look into native sysroot in the nativesdk environment

2019-01-26T13:39:37+00:00

I am not sure why we do this in the first place, but it is causing cmake to erroneously pick up items from the native sysroot when building for the target and the target item is missing, for example: https://autobuilder.yoctoproject.org/typhoon/#/builders/59/builds/198/steps/7/logs/step2c Note that for executable programs this variable is not referred to, as set by set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER ) in the same file. (From OE-Core rev: cd1c0a0631ad128b25e97f047750579caead051a) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

cmake-native: Set --parallel for configure

2019-01-03T21:16:00+00:00

This can save do_configure's time from 330s to 60s on my host. (From OE-Core rev: c22b0bf66a28324da66caf0660f171cc279a1f2b) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

cmake: Upgrade 3.12.1 -> 3.12.2

2018-09-22T01:45:46+00:00

(From OE-Core rev: a585c51f8107e52cf7fa16b46b889b3f81eca600) Signed-off-by: Otavio Salvador Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

cmake: Update 3.11.4 -> 3.12.1

2018-09-05T17:00:25+00:00

This updates CMake to the 3.12.1 stable release. All patches were rebase on top of the new source file and all them applied without changes. The number of patches has changed as all them were applied on the Git tree and re-exported, to avoid any fuzzy warnings. License-Update: new contributor added in Copyright.txt (From OE-Core rev: 439be401cd642937b45796489e8c10aa5238a963) Signed-off-by: Otavio Salvador Signed-off-by: Richard Purdie

cmake-native: fix to function correctly in case of eSDK

2018-08-23T06:50:00+00:00

Our eSDK is expected to provide traditional SDK's functionality. But for cmake, it could not function well in eSDK. This problem is discovered by the assimp.py test case. The error message is as below. testsdkext/tmp/sysroots/x86_64/usr/lib/libz.so: error adding symbols: file in wrong format collect2: error: ld returned 1 exit status The problem is about cmake-native being unable to find the correct lib. nativesdk-cmake has solved this problem. So make use of the solution to solve the eSDK problem. (From OE-Core rev: c0561e930e688890eb5feb4521b2de196137227a) Signed-off-by: Chen Qi Signed-off-by: Richard Purdie

cmake: fix compiling some C++ projects with Yocto SDK and GCC

2018-08-14T10:36:31+00:00

Setting CMAKE_SYSROOT in the toolchain file allows CMake to correctly remove user-provided system include directories pointing to /usr/include. The mentioned projects failed with "stdlib.h: No such file or directory #include_next ". (From OE-Core rev: cb42802f2fe1760f894a435b07286bca3a220364) Signed-off-by: Urs Fässler Signed-off-by: Raphael Freudiger Signed-off-by: Richard Purdie

cmake: fix linking in multilib SDKs

2018-08-07T11:13:03+00:00

CMake, in it's infinite wisdom, when searching for libraries (using find_library) will look inside the libraries PREFIX/lib, PREFIX/lib32, and PREFIX/lib64. In a multilib SDK more than one of these will exist (potentially all three) and obviously for a given build configuration only one of those is valid. This search path is hard-coded deep inside CMake but by setting CMAKE_FIND_LIBRARY_CUSTOM_LIB_SUFFIX we can bypass it and set an explicit lib to use. Do this by writing ${baselib} into the environment file, and then stripping "lib" from this to obtain the suffix in the cmake-specific environment script, which is then read in the CMake toolchain. (From OE-Core rev: 47160a8c51310f2b40cabf4c1910b5df6e0a15d6) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

cmake: put cmake.m4 and toolchain file in PN

2018-07-26T12:16:40+00:00

Previously cmake-dev held some files which should be in cmake. - cmake.m4 should be in installed in cmake so it can be used out of the box - nativesdk-specific OEToolchainConfig.cmake file used to be in cmake, but the change of default packaging rules move it into cmake-dev. This recipe is the exception and it should be moved back. Add the extra paths to cmake, and clear FILES for cmake-dev to ensure nothing else slips in. (From OE-Core rev: a6ce79b87d3db57033a3d1710cb3292366a0a8f7) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie