Bug 552042

Summary:	dev-libs/libgcrypt-1.6.3-r1 ABI_X86="32 64" - /usr/lib32/libgcrypt.so not built
Product:	Gentoo Linux	Reporter:	Martin von Gagern <Martin.vGagern>
Component:	[OLD] Library	Assignee:	Gentoo Linux bug wranglers <bug-wranglers>
Status:	RESOLVED DUPLICATE
Severity:	normal
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Martin von Gagern 2015-06-13 21:22:58 UTC

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.

Comment 1 Alexandre Rostovtsev (RETIRED) gentoo-dev

2015-06-13 23:52:14 UTC

Fixed in gcrypt-1.6.3-r2

*** This bug has been marked as a duplicate of bug 551930 ***