Bug 782124 – sys-cluster/ceph-16.2.0 undefined reference to `rados_version'

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Alessandro Barbieri 2021-04-11 18:34:51 UTC]

This package fails to compile on an unstable system. Attached relevant logs and emerge --info

[Comment 1 Alessandro Barbieri 2021-04-11 18:35:05 UTC]

Created attachment 699306 [details]
emerge_info

emerge --info

[Comment 2 Alessandro Barbieri 2021-04-11 18:35:07 UTC]

Created attachment 699309 [details]
ceph-16.2.0:20210411-163902.log.xz

build log (compressed because it exceeds attachment limit, use 'xzless' to read it)

[Comment 3 Alessandro Barbieri 2021-04-11 18:37:02 UTC]

[ 80%] Linking CXX static library ../../lib/libclient.a                                                                                                                                                                                       
cd /var/tmp/notmpfs/portage/sys-cluster/ceph-16.2.0/work/ceph-16.2.0_build/src/client && /usr/bin/cmake -P CMakeFiles/client.dir/cmake_clean_target.cmake                                                                                     
cd /var/tmp/notmpfs/portage/sys-cluster/ceph-16.2.0/work/ceph-16.2.0_build/src/client && /usr/bin/cmake -E cmake_link_script CMakeFiles/client.dir/link.txt --verbose=1                                                                       
/usr/lib/gcc/x86_64-pc-linux-gnu/10.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: CMakeFiles/librados-config.dir/librados-config.cc.o: in function `main':                                                                                      
librados-config.cc:(.text.startup+0x1f3): undefined reference to `rados_version'

[Comment 4 Ionen Wolkens 2021-04-12 03:24:02 UTC]

Same USE builds fine for me with a normal setup.

ceph is already a difficult package to handle, and there seem to be an accumulation of many custom things.

I'm seeing a few like llvm-{ar,ranlib} being used, USE=custom-cflags doesn't help, and I suspect there's other variables set that should preferably be entirely unset.

[Comment 5 Ionen Wolkens 2021-04-12 21:22:19 UTC]

As far as I can tell, this was caused by CXXFLAGS="... -fno-plt"

Considering this would've been stripped if not for USE=custom-cflags, I don't think there's anything to do here (just don't use it), so I'll take the liberty to close this.