Without EXTRA_ECONF="--disable-mpers" configure fails with checking gnu/stubs-32.h usability... no checking gnu/stubs-32.h presence... no checking for gnu/stubs-32.h... no configure: Created empty gnu/stubs-32.h checking for m32 personality compile support... no checking whether to enable m32 personality support... no configure: error: Cannot enable m32 personality support From the strace ML https://sourceforge.net/p/strace/mailman/message/36236388/ its now a feature. Reproducible: Always Steps to Reproduce: 1.emerge -1av dev-util/strace 2. 3. Actual Results: Its all in the Description Expected Results: dev-util/strace-4.21 builds cleanly. The ebuild should manage --disable-mpers for those arches that require it.
The recommended workaround for this issue is to configure using --enable-mpers=check option, see https://lists.strace.io/pipermail/strace-devel/2018-February/007924.html
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a4020520a87cd2ea89fac60283a683084c51dec6 commit a4020520a87cd2ea89fac60283a683084c51dec6 Author: Mike Frysinger <vapier@chromium.org> AuthorDate: 2018-05-18 07:58:11 +0000 Commit: Mike Frysinger <vapier@gentoo.org> CommitDate: 2018-05-18 08:05:57 +0000 dev-util/strace: use --enable-mpers=check everywhere #649560 We don't want to require full multilib toolchains everywhere, so allow the mpers logic to fail at configure time. We'll still get a strace that handles native programs fine. This also fixes aarch64 builds where the toolchain has no support for multilib, and there are no plans to add it (i.e. armv7 with aarch64). Closes: https://bugs.gentoo.org/649560 dev-util/strace/strace-4.21.ebuild | 5 ++++- dev-util/strace/strace-4.22.ebuild | 5 ++++- dev-util/strace/strace-9999.ebuild | 5 ++++- 3 files changed, 12 insertions(+), 3 deletions(-)
