WindowMaker is hard-coded to use host header/library search paths: https://repo.or.cz/wmaker-crm.git/blob/wmaker-0.95.8:/configure.ac#l287 This makes the build explode when compiling for an incompatible architecture. Reproducible: Always Steps to Reproduce: 1. Run "emerge windowmaker" when configured to cross-compile with a sysroot. (My case was an amd64 host building for ppc.) Actual Results: It dumps around 2MiB of repeating logs about float128 not being supported by the compiler's architecture due to /usr/include headers. Expected Results: It should build and install. I reported it upstream (see the bug URL) a few days ago, but the repo hasn't seen activity in half a year, so it might not be fixed in the near future. The simplest fix for the distro might be to just drop the default paths in configure.ac until upstream decides what to do.
Thanks for report and patch! Yes, until it is applied upstream (and a new release), there could be some time. Change looks good to me, and luckily ebuild already does an autoreconf call, so I will add patch to current 0.95.8-r1
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e9b13ddd0ca118db1a32742332ab21d06cdd6882 commit e9b13ddd0ca118db1a32742332ab21d06cdd6882 Author: Bernard Cafarelli <voyageur@gentoo.org> AuthorDate: 2020-01-24 14:29:52 +0000 Commit: Bernard Cafarelli <voyageur@gentoo.org> CommitDate: 2020-01-24 14:29:52 +0000 x11-wm/windowmaker: fix cross-compilation Thanks David Michael for patch and bug report Closes: https://bugs.gentoo.org/706006 Package-Manager: Portage-2.3.85, Repoman-2.3.20 Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org> ...ker-0.95.8-configure_default_search_paths.patch | 70 ++++++++++++++++++++++ x11-wm/windowmaker/windowmaker-0.95.8-r1.ebuild | 4 +- 2 files changed, 73 insertions(+), 1 deletion(-)