[meta-freescale] tmp/work-shared and sstate
clarson at kergoth.com
Tue Feb 10 10:13:36 PST 2015
On Tue, Feb 10, 2015 at 10:28 AM, Gary Thomas <gary at mlbassoc.com> wrote:
> If I run a build where the kernel package is brought in via
> sstate, tmp/work-shared (in particular the kernel-source tree)
> is not populated. This will break at least these recipes:
> These programs reference the kernel includes directly for some
> ARM/i.MX specific headers (e.g. <linux/mxcfb.h>). These headers
> are not part of the mainline kernel which is used to create the
> kernel headers that populates tmp/sysroots, so the build fails.
> Note: I'm not sure of the mechanism that lets these programs
> peek into the kernel build (I looked at them but nothing jumped
> out), but they do build find if the kernel is actually built
> and not just brought in by sstate.
> Is this an error & if so, which recipe is at fault? The FSL
> recipes, or the new kernel build/classes?
Per commit 46cdaf1c7bc597735d926af6a46f9483f7e57ce5
(oe-core 6a1ff0e7eacef595738f2fed086986fd622ec32a), you need to add this if
you depend on the sources:
do_configure[depends] += "virtual/kernel:do_shared_workdir"
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the meta-freescale