From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Mike Looijmans <mike.looijmans@topic.nl>
Cc: OE-core <openembedded-core@lists.openembedded.org>
Subject: Re: How to find out why my do_compile depends on $MACHINE
Date: Mon, 05 Oct 2015 11:18:27 +0100 [thread overview]
Message-ID: <1444040307.5118.13.camel@linuxfoundation.org> (raw)
In-Reply-To: <56124413.7020901@topic.nl>
On Mon, 2015-10-05 at 11:34 +0200, Mike Looijmans wrote:
> I've been puzzling with this for many hours now, but I can't seem to figure
> this out.
>
> I have a recipe that doesn't mention MACHINE anywhere, but still the
> sstate-cache won't be re-used for other machines, because OE somehow insists
> the package does depend on $MACHINE.
>
> The workaround I could find is to put something like this in the recipe:
>
> MACHINE[vardepvalue] = "any"
>
> (Similar stupid hacks like "vardepsexclude" will probably work too, but I'm
> not interested in forcing this particular recipe, but I'm trying to figure out
> what makes bitbake think it matters)
>
> Since it builds for an FPGA type, the package has
> PACKAGE_ARCH="${FPGA_FAMILY}" set, and FGPA_FAMILY is set in local.conf.
>
>
> When switching machines, "bitbake -S printdiff fpga-image-dyplo-test" reports
> that MACHINE changed and that is what caused sstate not beign reused. But the
> recipe does not use anything related to $MACHINE at all.
>
> Is there a way to make it tell me WHY it thinks that MACHINE is important to
> the recipe?
Very briefly (sorry travelling), find the task that you want to know
more around and find the sigdata file in the stamps directory for it.
Run "bitbake-diffsigs <sigdatafile>" and it will show you how the
dependencies are calculated. You can compare two sigdata files using the
same command, "bitbake-diffsigs <sigdatafile1> <sigdatafile2>".
Cheers,
Richard
next prev parent reply other threads:[~2015-10-05 10:18 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-05 9:34 How to find out why my do_compile depends on $MACHINE Mike Looijmans
2015-10-05 10:18 ` Richard Purdie [this message]
2015-10-05 11:49 ` Mike Looijmans
2015-10-05 12:46 ` Martin Jansa
2015-10-05 13:22 ` Richard Purdie
2015-10-06 12:55 ` Mike Looijmans
2015-10-06 15:40 ` Christopher Larson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1444040307.5118.13.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=mike.looijmans@topic.nl \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.