oe-core 51540b64f62234c145fc32cfa3fbbaaebbeece08 altered libcap.inc (at the time) to append to EXTRA_OEMAKE rather than assign to it. The default value for EXTRA_OEMAKE contains "-e". This means that the change caused "-e" to be passed to make for the first time.
Unfortunately passing "-e" subtly changes the behaviour of libcap's Make.Rules under recursive make when prefix="" (which it is for us since we're using meta-micro.) Without "-e" the prefix comes from the command line in both the parent and submakes. This takes precedence over any attempt to reassign it with a simple "=" operation so the headers are correctly installed in (empty string)/include. With "-e" the prefix still comes from the command line in the parent make but from the environment in the submake. The attempt to assign it fails in the parent make as before, but not in the submake so the headers are installed incorrectly in /usr/include. In all four cases the "ifdef prefix" else clause is executed. So, let's assign EXTRA_OEMAKE in order to avoid using "-e" at all. Signed-off-by: Mike Crowe <m...@mcrowe.com> --- meta/recipes-support/libcap/libcap_2.24.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/libcap/libcap_2.24.bb b/meta/recipes-support/libcap/libcap_2.24.bb index 75cf5d4..f50dc94 100644 --- a/meta/recipes-support/libcap/libcap_2.24.bb +++ b/meta/recipes-support/libcap/libcap_2.24.bb @@ -32,7 +32,7 @@ PACKAGECONFIG_class-native ??= "" PACKAGECONFIG[attr] = "LIBATTR=yes,LIBATTR=no,attr" PACKAGECONFIG[pam] = "PAM_CAP=yes,PAM_CAP=no,libpam" -EXTRA_OEMAKE += " \ +EXTRA_OEMAKE = " \ INDENT= \ lib=${@os.path.basename('${libdir}')} \ RAISE_SETFCAP=no \ -- 2.1.4 -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core