Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Mike Looijmans <mike.looijmans@topic.nl>
To: OE-core <openembedded-core@lists.openembedded.org>
Subject: How to find out why my do_compile depends on $MACHINE
Date: Mon, 5 Oct 2015 11:34:11 +0200	[thread overview]
Message-ID: <56124413.7020901@topic.nl> (raw)

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?


Kind regards,

Mike Looijmans
System Expert

TOPIC Embedded Products
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
Telefax: +31 (0) 499 33 69 70
E-mail: mike.looijmans@topicproducts.com
Website: www.topicproducts.com

Please consider the environment before printing this e-mail







             reply	other threads:[~2015-10-05  9:34 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-05  9:34 Mike Looijmans [this message]
2015-10-05 10:18 ` How to find out why my do_compile depends on $MACHINE Richard Purdie
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=56124413.7020901@topic.nl \
    --to=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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox