Created attachment 511658 [details, diff] Crude patch to resolve the issue When emerging xrenderproto, I get: /usr/portage/dev-util/electron/electron-1.6.15.ebuild: has_version --host-root "dev-python/simplejson[${PYTHON_USEDEP}]" /usr/portage/dev-util/cargo/cargo-0.17.0.ebuild: --host=${CTARGET} /usr/portage/dev-util/cargo/cargo-0.15.0.ebuild: --host=${CTARGET} /usr/portage/dev-util/cargo/cargo-0.16.0.ebuild: --host=${CTARGET} /usr/portage/dev-util/w32api/w32api-4.0.3.1.ebuild: --host=${CTARGET} \ /usr/portage/dev-util/w32api/w32api-3.17.2.ebuild: --host=${CTARGET} \ /usr/portage/dev-util/pkgconfig/pkgconfig-0.29.2.ebuild: if ! has_version --host-root dev-util/pkgconfig; then checking for C compiler default output file name... a.out checking whether the C compiler works... configure: error: in `/usr/armv7a-hardfloat-linux-gnueabi/tmp/portage/x11-proto/renderproto-0.11.1-r1/work/renderproto-0.11.1-.32': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. !!! Please attach the following file when seeking support: !!! /usr/armv7a-hardfloat-linux-gnueabi/tmp/portage/x11-proto/renderproto-0.11.1-r1/work/renderproto-0.11.1-.32/config.log * ERROR: x11-proto/renderproto-0.11.1-r1::gentoo failed (configure phase): * econf failed * * Call stack: To fix this, addind `--host="${CHOST}" --disable-malloc0returnsnull` to `myeconfargs` in `/usr/portage/eclass/xorg-2.eclass` is needed. The `malloc0returnsnull` is a semi related issue where --host requires it since otherwise it tries to execte ARM code on x86_64. I am sure the patch attached is way to ugly to get merged as-is, but at least someone more knowledgeable about the eclass good practices can improve it.
I see --host= being passed already to packages using xorg-2, so I'm not sure what's going on. All of the x11-proto/* packages (including renderproto) have now been combined into x11-base/xorg-proto, which uses a Meson build system. Please test if xorg-proto works for you with crossdev.
