openembedded-core.git/meta/recipes-devtools/cmake, branch fido

cmake: fix B != S

2015-01-16T23:06:44+00:00

And bump PR to avoid:
| Error when bootstrapping CMake:
| Found directory "/path/to/cmake-2.8.12.2/Bootstrap.cmk".
| Looks like somebody did bootstrap CMake in the source tree, but now you are
| trying to do bootstrap in the binary tree. Please remove Bootstrap.cmk
| directory from the source tree.

Signed-off-by: Robert Yang

cmake-native: disable check for acl.h

2015-01-07T23:33:09+00:00

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 
     |                      ^
     | 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.

Signed-off-by: Chen Qi 
Signed-off-by: Ross Burton

cmake: drop already applied patches

2014-11-20T14:08:57+00:00

These patches were part of the 2.8.11 release.

Signed-off-by: Paul Eggleton 
Signed-off-by: Richard Purdie

nativesdk-cmake: Adjust toolchain paths dynamically

2014-10-24T20:59:34+00:00

This patch adds a flexible way to configure the CMake in SDKs. It adds
a toolchain configuration script which supports subscripts for
extensions, as for example Qt5.

Signed-off-by: Otavio Salvador 
Signed-off-by: Richard Purdie

cmake: Avoid accidentally including libacl.h

2014-05-28T07:19:01+00:00

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.

Signed-off-by: Mike Crowe 
Signed-off-by: Richard Purdie

Globally replace 'base_contains' calls with 'bb.utils.contains'

2014-04-25T16:10:58+00:00

The base_contains is kept as a compatibility method and we ought to
not use it in OE-Core so we can remove it from base metadata in
future.

Signed-off-by: Otavio Salvador 
Signed-off-by: Richard Purdie

cmake: Improve method for not building ccmake

2014-04-08T16:44:55+00:00

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 "--".

Signed-off-by: Mike Crowe 
Signed-off-by: Richard Purdie

cmake: Remove dependency on ncurses

2014-04-04T10:51:03+00:00

Commit 2adc9a3f1f1db284f7d91193ad77b3524e0e0d2c stopped ccmake being built
and that is the only part of cmake that relies on curses so we might as
well stop depending on it.

(Tested with a poisoned curses.h to prove that it is unused even if
present.)

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

cmake-native: Stop building ccmake

2014-04-04T10:50:44+00:00

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.

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

cmake: Add ugly hack from meta-qt5 to prevent cmake trying to detect qt5

2014-04-04T10:49:23+00:00

* cmake doesn't have dependency on qt4/qt5, so these tests usually fail
  but still can cause undeterministic results or build failures (when
  OE_QMAKE_PATH_EXTERNAL_HOST_BINS is undefined or native qmake removed
  while running the test in cmake)

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