i've run across a rather odd scenario wherein part of the build of a
valid OE/YP layer is reaching across the filesystem and explicitly,
for a number of related recipes, running "make -C <dir1>" and "make -C
<dir2"> -- that is, do_compile() for that recipe is appended with
these calls to the "make" command to compile in an out-of-tree
directory -- after which explicit "cp" commands are run to copy the
generated artifacts from the compile results in that remote directory
into that recipe's WORKDIR, where they are manually installed in
do_install_append().
the rationale here is that the remote content is being migrated, bit
by bit, into the existing layer, but it would be too much work to move
it all in in one shot, so this odd intermediate step is being used for
now until the migration can be done properly.
last point which might be relevant -- the remote content is actually
partitioned into sub-builds of the same component, so let's assume
that the calls being made from do_compile_append() are to build
various parts of the "fubar" component/package:
make -C ${REMOTEDIR}/fubar/client
make -C ${REMOTEDIR}/fubar/server
assuming i'm reading the current build structure correctly, i'm
going to recommend that proper recipes for "fubar" be added, which
would use "EXTERNALSRC" settings to pick up the source, and all the
rest of the building would work in a sane manner.
more to the point, it seems that a single "fubar" recipe should
define packages "fubar-server" and "fubar-client", each of which can
set its own EXTERNALSRC values appropriately.
does this seem reasonable? i'm not after exact recipe code, just
want to verify that this would be a reasonable approach that actually
fits within the framework of a proper OE build.
rday
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#150336):
https://lists.openembedded.org/g/openembedded-core/message/150336
Mute This Topic: https://lists.openembedded.org/mt/81965048/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
