Some libtool files inside the 32 sub directory contain wrong -L flags $grep ^dependency_libs.*-L /usr/lib/gcc/x86_64-pc-linux-gnu/*/32/*.la /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/32/libgcj-tools.la:dependency_libs=' -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3 -lm -lgcj -lpthread -lrt -ldl -lz' /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/32/libgfortran.la:dependency_libs=' -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3 -lquadmath -lm' /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/32/libgij.la:dependency_libs=' -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3 -lgcj -lpthread -lrt -ldl -lz' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/32/libcilkrts.la:dependency_libs=' -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2 -lpthread -ldl -lstdc++' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/32/libgcj-tools.la:dependency_libs=' -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2 -lm -lgcj -lpthread -lrt -ldl -lz' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/32/libgfortran.la:dependency_libs=' -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2 -lquadmath -lm' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/32/libgij.la:dependency_libs=' -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2 -lgcj -lpthread -lrt -ldl -lz' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/32/libubsan.la:dependency_libs=' -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2 -lpthread -ldl -lstdc++ -lm' The "-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2" should be "-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/32" This breaks =sys-cluster/openmpi-1.8.4-r2[fortran,${MULTILIB_USEDEP}]::science
hmm i think it's been this way more or less forever ;). the libtool hack function that rewrites from the os multilib dir to the internal multilib dir just used $LIBPATH all the time instead of the specific sub-$LIBPATH dir. easy enough fix once identified: http://sources.gentoo.org/eclass/toolchain.eclass?r1=1.671&r2=1.672
*** Bug 537470 has been marked as a duplicate of this bug. ***