diff options
| author | Jason Wessel <jason.wessel@windriver.com> | 2013-03-01 08:26:05 -0600 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-03-02 12:55:47 +0000 |
| commit | 79c620016b0be4dacc9fcfbd4baab5ea6c66a440 (patch) | |
| tree | 0e734d0953eabd71e0ba23b0f6a05caeff070dfe /meta/recipes-core | |
| parent | c7cb5cb92770615ffd302f737d0fef3f2300c321 (diff) | |
| download | openembedded-core-79c620016b0be4dacc9fcfbd4baab5ea6c66a440.tar.gz openembedded-core-79c620016b0be4dacc9fcfbd4baab5ea6c66a440.tar.bz2 openembedded-core-79c620016b0be4dacc9fcfbd4baab5ea6c66a440.zip | |
qemu.inc: Non deterministic compile of qemu
When you using a qemuppc target and sstate you might end up with
the problem:
qemu-system-ppc: error while loading shared libraries:
libfdt.so.1: cannot open shared object file: No such file or directory
The way you can force this to happen assuming you are using sstate is
as follows:
bitbake dtc-native
bitbake -c cleansstate qemu-native
bitbake qemu-native
bitbake -c clean dtc-native
Now go start qemu and it will fail. The solution is to always build
the dtc libraries since they are used and needed by the qemuppc
simulator.
Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Diffstat (limited to 'meta/recipes-core')
0 files changed, 0 insertions, 0 deletions