Since http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/arch/amd64/x32/make.defaults?r1=1.1&r2=1.2 LIBDIR_x86="lib" : # emerge -pvt sys-libs/zlib [ebuild R ] sys-libs/zlib-1.2.8-r1 USE="minizip -static-libs" ABI_X86="32 64 (x32)" 0 kB # qlist sys-libs/zlib | grep -Fw libz.so.1.2.8 /lib64/libz.so.1.2.8 /lib/libz.so.1.2.8 /libx32/libz.so.1.2.8 # qlist sys-libs/zlib | grep -Fw libz.so.1.2.8 | xargs file /lib64/libz.so.1.2.8: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped /lib/libz.so.1.2.8: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped /libx32/libz.so.1.2.8: ELF 32-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped In fact, arch/amd64/x32/make.defaults define SYMLINK_LIB="no" what is then used by multilib eclass when defining LIBDIR_x86. What is the meaning of this ? Shouldn't we have 80386 binaries installed in lib32 ? Reproducible: Always
/lib is the correct dir for 32bit x86 libraries see bug 506276 where we're killing this knob for everyone