summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb
Commit message (Collapse)AuthorAgeFilesLines
* cmake: Upgrade 2.8.12.2 -> 3.2.2Moritz Blume2015-06-271-19/+0
| | | | | | | | | | | | | | | Patches "qt4-fail-silent.patch" and "support-oe-qt4-tools-names.patch" were adapted in order to fit to CMake 3.2.2 (refer to the commit message in the respective patch for details). Patch "cmake-2.8.11.2-FindFreetype.patch" was dropped since it was rejected upstream and its functionality otherwise implemented in the meantime. (From OE-Core rev: c171909352b5ed92166857b0bbcd901ae0f74996) Signed-off-by: Moritz Blume <moritz.blume@bmw-carit.de> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake-native: disable check for acl.hChen Qi2015-01-071-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | We build cmake-native without acl support. However, the acl.h header is still being checked which would sometimes cause the following error during do_compile: archive_read_disk_entry_from_file.c:38:21: fatal error: sys/acl.h: No such file or directory | #include <sys/acl.h> | ^ | compilation terminated. This happens when the sysroot parts of acl-native is removed between do_configure and do_compile tasks of cmake-native. To reproduce the problem manually, execute the following command: bitbake cmake-native -c cleansstate && bitbake acl-native -c cleansstate && \ bitbake acl-native && bitbake cmake-native -c configure && \ bitbake acl-native -c cleansstate && bitbake cmake-native -c compile This patch fixes the above problem by explicitly disable the checking for acl.h header file. (From OE-Core rev: 3ad1701b0afe59af9d8427d53ffa4c0f52f42805) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake: Avoid accidentally including libacl.hMike Crowe2014-05-281-0/+1
| | | | | | | | | | | | | | | | The cmake recipe doesn't depend on libacl yet cmake will detect libacl.h and use it by default. This risks build failures if libacl.h is unstaged during the build and it also means that the build cmake will sometimes support ACLs and sometimes not. This can be avoided by setting ENABLE_ACL=0 but until the fix for http://cmake.org/Bug/view.php?id=14866 is released we also need to set HAVE_ACL_LIBACL_H=0. (From OE-Core rev: e76973b4ef687c5b36ed6f9eb202322ae4af9b9f) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake: Improve method for not building ccmakeMike Crowe2014-04-081-1/+5
| | | | | | | | | | | | | | In commit 4bee0a93ed985b38c6b4eb605d8e16f5d7c82d51 I introduced an unnecessary patch to do something that can easily be done without patching. The argument to disable building ccmake can be passed to configure provided it is preceded by "--". (From OE-Core rev: eaf176eaabb4c558ad76512b30b28ec97fd90bc6) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake-native: Stop building ccmakeMike Crowe2014-04-041-1/+4
| | | | | | | | | | | | | | | | | The bootstrapped cmake is called in such a way that it will automatically enable building ccmake if curses is found. This tool isn't particularly useful to us and it will cause build problems if ncurses-native is built in parallel with cmake-native so let's just pass -DBUILD_CursesDialog=0 to disable the feature altogether as the non-native cmake does. Unfortunately this requires patching the bootstrap script since there appears to be no way to get this option through. (From OE-Core rev: 4bee0a93ed985b38c6b4eb605d8e16f5d7c82d51) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake: upgrade to 2.8.12.2Paul Eggleton2014-03-021-0/+10
(From OE-Core rev: 30754b50f4a2b7290d1a4288be69d42d3269658e) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>