[RESEND] cmake: Avoid accidentally including libacl.h

Submitted by Mike Crowe on May 27, 2014, 4:28 p.m. | Patch ID: 72809


Message ID 1401208123-21656-1-git-send-email-mac@mcrowe.com
State Superseded
Headers show

Commit Message

Mike Crowe May 27, 2014, 4:28 p.m.
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

Signed-off-by: Mike Crowe <mac@mcrowe.com>
 meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb | 1 +
 1 file changed, 1 insertion(+)

(Originally submitted in http://lists.openembedded.org/pipermail/openembedded-core/2014-April/091619.html )

Patch hide | download patch | download mbox

diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb b/meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb
index 638c074..cd6b1d8 100644
--- a/meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb
+++ b/meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb
@@ -14,4 +14,5 @@  SRC_URI[sha256sum] = "8c6574e9afabcb9fc66f463bb1f2f051958d86c85c37fccf067eb1a44a
 # Disable ccmake since we don't depend on ncurses
     -DBUILD_CursesDialog=0 \