I've had libgcrypt built with ABI_X86="32 64", and had other packages (openldap and libexslt) linked against that. Now with the upgrade from 1.6.3 to 1.6.3-r1, emerge @preserved-rebuild wants to rebuild those packages, but compiling the 32bit version of these fails: /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/../../../../x86_64-pc-linux-gnu/bin/ld: s kipping incompatible /usr/lib/libgcrypt.so when searching for -lgcrypt /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/../../../../x86_64-pc-linux-gnu/bin/ld: c annot find -lgcrypt # qlist libgcrypt | grep /usr/lib /usr/lib32/libgcrypt.so.20 /usr/lib32/libgcrypt.so.20.0.3 /usr/lib64/libgcrypt.so /usr/lib64/libgcrypt.so.20 /usr/lib64/libgcrypt.so.20.0.3 But the two nodes in lib32 are only due to portage preserving libraries; an “ebuild install” would not contain these. Looking at the changes introduced to resolve bug #551398, I see that you call default implementations from autotools-utils, not one of the multilib variants. You need to ensure that multilib-minimal_src_compile and multilib-minimal_src_install get executed.Perhaps multilib_is_native_abi can be used to choose one of the ABIs to build the PDF as well. multilib_src_install_all could then me implemented to install that PDF.
Fixed in gcrypt-1.6.3-r2 *** This bug has been marked as a duplicate of bug 551930 ***
