lkl: fix hijack and zpoline parallel builds#612
Conversation
|
This is fixing the parallel build failures I raised in #558 (comment) with make-4.4.1-3.3 (openSUSE Tumbleweed) , but it strangely doesn't work with |
ah, the |
This extra change seems to work, but it's not exactly pretty: Will squash this into the commit, but please feel free to suggest something cleaner. |
f54c767 to
4ee5d9b
Compare
|
v2:
|
|
make install rule still isn't working for older distros. keeping this flagged as draft. |
|
I finally have a fix that I'm happy with for this. As mentioned, the |
4ee5d9b to
d229932
Compare
|
v3.
|
|
windows-2022 test failure is due to: circle-ci qemu fails to boot: Both of these are unrelated to the change here IMO. |
|
This is linking |
The existing |
This is a follow up change for commit 3c97822 ("lkl: add tests build barrier") tracked via lkl#558. The hijack and zpoline libraries also share object files, so need extra logic to avoid parallel build failures. Add a new intermediate libhijack-priv-in.o prerequisite for the hijack libraries, avoiding the .WAIT target which breaks make libraries_install on older (e.g. 4.2.1) versions of make. The existing liblkl$(SOSUF) target is currently unmatched, so fix it and use it as a linker target which omits libhijack-priv-in.o. Signed-off-by: David Disseldorp <ddiss@suse.de>
d229932 to
6784e53
Compare
|
v4:
|
|
One follow up I'd also like to propose (via a separate PR) is to use the same private common |
This is a follow up change for commit 3c97822 ("lkl: add tests build barrier") tracked via #558. The hijack and zpoline libraries also share object files, so need a barrier to avoid parallel build failures.