(given some spare time these days, i'm trying to clean up some docs,
so yet another question regarding some OE variables.)
i'm trying to organize OE variables into related sub-categories, and
there are a few related to using host tools i can see:
ASSUME_PROVIDED
HOSTTOOLS
HOSTTOOLS_DIR
HOSTTOOLS_NONFATAL
here's how i read it.
first, ASSUME_PROVIDED (set initially in bitbake.conf) defines
simply those recipes that will not be built if required, as in:
ASSUME_PROVIDED = "\
bzip2-native \
chrpath-native \
file-native \
findutils-native \
gawk-native \
git-native \
grep-native \
... etc etc ...
now, AIUI, that variable says nothing about whether those
corresponding tools are actually *available* on the build system, only
that those recipes will not be built, is that correct?
related to that (also in bitbake.conf), we have HOSTTOOLS which
(again, AIUI) reflects commands that *must* be on the host system:
# Tools needed to run builds with OE-Core
HOSTTOOLS += " \
[ ar as awk basename bash bzip2 cat chgrp chmod chown chrpath cmp comm cp
cpio \
cpp cut date dd diff diffstat dirname du echo egrep env expand expr false \
fgrep file find flock g++ gawk gcc getconf getopt git grep gunzip gzip \
head hostname iconv id install ld ldd ln ls make md5sum mkdir mknod \
mktemp mv nm objcopy objdump od patch perl pr printf pwd \
python3 ranlib readelf readlink realpath rm rmdir rpcgen sed seq sh \
sha1sum sha224sum sha256sum sha384sum sha512sum \
sleep sort split stat strings strip tail tar tee test touch tr true uname \
uniq wc wget which xargs \
"
any one of whose absence triggers an error based on this from
base.bbclass:
... snip ...
if notfound and fatal:
bb.fatal("The following required tools (as specified by
HOSTTOOLS) appear to be unavailable in PATH, please install them in
order to proceed:\n %s" % " ".join(notfound))
this suggests a strong correspondence between those two variables --
ASSUME_PROVIDED lists what will not be built (natively), while
HOSTTOOLS should then list the host tools that correspond to pretty
much the very host tools that those recipes would provide. IOW, adding
another native recipe to ASSUME_PROVIDED should require its
corresponding membership in HOSTTOOLS to make up for it not being
built (and vice versa).
in that case, i notice this line from bitbake.conf regarding
ASSUME_PROVIDED:
# gzip-native should be listed above?
which seems like a reasonable question since both gzip and gunzip are
listed in HOSTTOOLS, so why would gzip-native *not* be in
ASSUME_PROVIDED? (and possibly some others, as long as i am reading
this correctly.)
just trying to clarify that those two variables should stay
reasonably in sync.
rday
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136605):
https://lists.openembedded.org/g/openembedded-core/message/136605
Mute This Topic: https://lists.openembedded.org/mt/72496014/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
