(if there's a simple answer to this, just point me at the URL and
i'll be happy, thanks.)
for the purpose of documenting the various steps in a build, i'm
summarizing the difference between bitbake commands "fetch" and
"fetchall", and it strikes me that it would be useful if there was
something in between.
as an example, say i want to build a core-image-minimal for qemuarm
(i'm deliberately picking a non-x86 target just to ensure there's no
confusion between what is built natively and what is built for the
target.)
if i start with:
$ bitbake -c fetch core-image-minimal
i get the following downloads:
autoconf-2.69.tar.gz
automake-1.12.6.tar.gz
gnu-config-20120814.tar.bz2
libtool-2.4.2.tar.gz
m4-1.4.16.tar.gz
pkg-config-0.25.tar.gz
pseudo-1.5.1.tar.bz2
quilt-0.60.tar.gz
sqlite-autoconf-3071502.tar.gz
what would be the best way to describe the above? it's obviously(?)
the absolute minimum that needs to be built and available *natively*
in order to even download anything else, would that be a fair way to
describe it? and i get the corresponding build output:
tmp-eglibc/work/x86_64-linux/
autoconf-native
automake-native
gnu-config-native
libtool-native
m4-native
pkgconfig-native
pseudo-native
quilt-native
sqlite3-native
and all of that is used to populate the initial native sysroot
"sysroots/x86_64-linux". but that is *clearly* not enough to start an
actual build, there's much more that needs to be built natively, which
you get with "fetchall":
$ bitbake -c fetchall core-image-minimal
however, what this does is download not only all the remaining source
to be configured and built *natively*, but for the target as well.
what would be useful (unless it exists already, of course) would be a
command that represents building the entire native sysroot with no
regard whatever to what will be needed for the target.
am i missing the simple incantation that would do that?
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
