]> code.ossystems Code Review - openembedded-core.git/commit
libcap: Avoid passing "-e" to make
authorMike Crowe <mac@mcrowe.com>
Thu, 30 Apr 2015 15:51:13 +0000 (16:51 +0100)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Sun, 3 May 2015 10:39:46 +0000 (11:39 +0100)
commita8d35fa4fd76ea4a70063492cd5eab0858f2edb6
tree56fdbd7b44afca4b3204f7d636a9231618a82a99
parentb4dc5b271247a1894d66908c5f20973be2a60d43
libcap: Avoid passing "-e" to make

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 <mac@mcrowe.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/recipes-support/libcap/libcap_2.24.bb