Created attachment 814333 [details] meson build log meson dependency check fails with USE=capstone. Please see meson-log.txt for details.
Created attachment 814336 [details] build log
Created attachment 814339 [details] capstone info
Created attachment 814342 [details] capstone info
(erroneously commented in bug 873190 first) https://gitlab.com/qemu-project/qemu/-/blob/master/meson.build#L2611 So it's checking for capstone, but dies if it's not accessible via `#include <capstone.h>`, but I think it should simply find the right include dir at configure time then specify it via -I on the compiler command line?
The capstone include dir is arguably incorrect (should be /usr/include/capstone), but it's been that way for a while and reverse dependencies are already starting to adjust so I'm not sure if it's worth the effort to fix everything again. QEMU is already including capstone/capstone.h via a patch, so it's just the meson check that's failing. I suppose we should just drop the failing check in Gentoo, but it's been there since 6.1.0 so I'm not sure how we've not hit it before.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9badece6035892cc705ff09dca318c5a59473ae8 commit 9badece6035892cc705ff09dca318c5a59473ae8 Author: John Helmert III <ajak@gentoo.org> AuthorDate: 2022-09-27 17:30:25 +0000 Commit: John Helmert III <ajak@gentoo.org> CommitDate: 2022-09-27 17:31:02 +0000 app-emulation/qemu: fix configure failure with USE=capstone Closes: https://bugs.gentoo.org/873157 Signed-off-by: John Helmert III <ajak@gentoo.org> .../files/qemu-7.1.0-capstone-include-path.patch | 31 ++++++++++++++++++++++ app-emulation/qemu/qemu-7.1.0.ebuild | 2 +- 2 files changed, 32 insertions(+), 1 deletion(-)
*** Bug 873334 has been marked as a duplicate of this bug. ***
