Bug 645358 – dev-libs/gmp with multilib doesn't install 32-bit libs

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Alexandros Diamantidis 2018-01-22 13:34:40 UTC]

Created attachment 515830 [details]
Output of "cave info '=dev-libs/gmp-6.1.2::gentoo'"

I'm trying to install dev-libs/gmp-6.1.2 under a multilib system with abi_x86: 32 64, using paludis. The package seems to build both the 64-bit and 32-bit libs fine, but only the former get installed:

$ cave contents dev-libs/gmp
/usr
/usr/share
/usr/share/info
/usr/share/info/gmp.info
/usr/share/info/gmp.info-1
/usr/share/info/gmp.info-2
/usr/share/info/dir
/usr/share/doc
/usr/share/doc/gmp-6.1.2
/usr/share/doc/gmp-6.1.2/AUTHORS
/usr/share/doc/gmp-6.1.2/ChangeLog
/usr/share/doc/gmp-6.1.2/NEWS
/usr/share/doc/gmp-6.1.2/README
/usr/share/doc/gmp-6.1.2/configuration
/usr/share/doc/gmp-6.1.2/isa_abi_headache
/usr/share/doc/gmp-6.1.2/gmp-man-6.1.2.pdf
/usr/share/doc/gmp-6.1.2/html
/usr/share/doc/gmp-6.1.2/html/doc
/usr/share/doc/gmp-6.1.2/html/doc/projects.html
/usr/share/doc/gmp-6.1.2/html/doc/tasks.html
/usr/lib
/usr/lib64/libgmp.so.10.3.2
/usr/lib64/libgmp.so.10 -> libgmp.so.10.3.2
/usr/lib64/libgmp.so -> libgmp.so.10.3.2
/usr/lib64/libgmpxx.so.4.5.2
/usr/lib64/libgmpxx.so.4 -> libgmpxx.so.4.5.2
/usr/lib64/libgmpxx.so -> libgmpxx.so.4.5.2
/usr/include
/usr/include/gmpxx.h
/usr/include/gmp.h
/usr/include/i686-pc-linux-gnu
/usr/include/i686-pc-linux-gnu/gmp.h
/usr/include/x86_64-pc-linux-gnu
/usr/include/x86_64-pc-linux-gnu/gmp.h
/usr/lib64
/usr/lib64/libgmp.so.10.3.2
/usr/lib64/libgmp.so.10 -> libgmp.so.10.3.2
/usr/lib64/libgmp.so -> libgmp.so.10.3.2
/usr/lib64/libgmpxx.so.4.5.2
/usr/lib64/libgmpxx.so.4 -> libgmpxx.so.4.5.2
/usr/lib64/libgmpxx.so -> libgmpxx.so.4.5.2
/usr/lib64/debug
/usr/lib64/debug/usr
/usr/lib64/debug/usr/lib
/usr/lib64/debug/usr/lib/libgmp.so.10.3.2.debug
/usr/lib64/debug/usr/lib/libgmpxx.so.4.5.2.debug
/usr/lib64/debug/usr/lib64
/usr/lib64/debug/usr/lib64/libgmp.so.10.3.2.debug
/usr/lib64/debug/usr/lib64/libgmpxx.so.4.5.2.debug

[Comment 1 Alexandros Diamantidis 2018-01-22 13:36:55 UTC]

Created attachment 515832 [details]
Full build log (gzipped)

[Comment 2 nobody 2018-01-23 00:54:53 UTC]

    profiles                  /var/db/paludis/repositories/gentoo/profiles/default/linux/amd64/17.1

In a 17.1 profile /usr/lib is for 32bits, and /usr/lib64 is for 64bits.
But if /usr/lib is a symlink to /usr/lib64, it mean anything you install in /usr/lib will endup in /usr/lib64.
With the effect that:
cp X(32bits) /usr/lib -> endup in /usr/lib64
cp X(64bits) /usr/lib64 -> endup in /usr/lib64, and because X for 32bits is X and X for 64bits have the same name "X" : 64bits version overwrite 32bits one


So is your /usr/lib still a symlink to /usr/lib64?

[Comment 3 Alexandros Diamantidis 2018-01-23 10:12:24 UTC]

Indeed, my /usr/lib is a symlink to /usr/lib64, and I recently updated to the 17.1 profile after seeing a deprecation warning.

Thanks for the explanation! I'm closing the bug as invalid.

[Comment 4 nobody 2018-01-23 12:36:42 UTC]

You better check, because not only /usr/lib need migration.
find -P / -type l -name lib

I think you should use the provided tools for the migration, read the news about it : https://www.gentoo.org/support/news-items/2017-12-26-experimental-amd64-17-1-profiles.html

[Comment 5 Alexandros Diamantidis 2018-01-24 11:37:42 UTC]

Thanks again for the reply! After your heads-up, I found the migration news, and I'm currently doing a rebuild to finalize it.