both apr and apr-util call ./configure directly. I figured that it is because setting --libdir=/usr/$(get_libdir) causes sandbox violations. A sort of ugly, but working method (and much better than the current non-multilib-friendly situation) is to call: --libdir='${exec_prefix}'/$(get_libdir) I tested that this fixes the problem. I'll submit the necessary patches next.
Created attachment 74364 [details, diff] apr-econf.patch Makes apr multilib-friendly. It also makes it use econf instead of ./configure. The ebuild is in my overlay, hence the new version, but it should apply cleanly against apr-1.1.1.ebuild from the official tree.
Created attachment 74365 [details, diff] apr-util-econf.patch Makes apr-util multilib-friendly. It also makes it use econf instead of ./configure. The ebuild is in my overlay, hence the new version, but it should apply cleanly against apr-util-1.1.2.ebuild from the official tree.
the only apr that uses ./configure rather then econf is the 1.x line, which isn't really supported in gentoo yet. those ebuilds will be re-written as we prepare for apache-2.2.