Bug#433874: mklibs: strips older versions of symbols that can still be needed

Package: mklibs
Version: 0.1.24
tags: d-i

Test runs using current daily builds for sparc and alpha are showing the following error:

   udevd: relocation error: udevd: symbol snprintf, version GLIBC_2.0 not

          defined in file libc.so.6 with link time reference

Turns out that on some arches, libc contains two versions of snprintf:
$ readelf -a /lib/libc.so.6 | grep " sprintf@"

1. 0011cf60 48 FUNC GLOBAL DEFAULT 10 sprintf@GLIBC_2.0
2. 00053df8 48 FUNC GLOBAL DEFAULT 10 sprintf@@GLIBC_2.4

And udev is still using the old one:
$ readelf -a /sbin/udevd | grep " sprintf@"

1. 0002e600 48 FUNC GLOBAL DEFAULT UND sprintf@GLIBC_2.0 (2)

However, after library stripping, only the new version is included:
$ readelf -a tmp/sparc64_netboot-2.6/tree/lib/libc.so.6 | grep " sprintf@"

   933: 0003627c 48 FUNC GLOBAL DEFAULT 10 sprintf@@GLIBC_2.4

Do you need help?

In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software: Learn more about Pantek's Technical Support offerings Place an order for 24/7/365 Technical Support here Learn more about Pantek, who we are, and what we do Chat with a Live Operator Related lists.debian.org Links debian-announce debian-apache debian-arm-changes debian-beowulf debian-boot debian-cd debian-cd-vendors debian-changes debian-changes-digest debian-isp debian-kde debian-laptop debian-mirrors-announce debian-news debian-security debian-security-announce debian-testing debian-user debian-user-digest Request more information about Pantek

It turns out that this can be resolved by including the version when calling gcc, i.e. using '-usprintf@GLIBC_2.0 -usprintf@@GLIBC_2.4'.

After manually stripping libc using that as parameters, I got:
$ readelf -a libc.so.6-stripped | grep " sprintf@"

   724: 0000d614 48 FUNC GLOBAL DEFAULT 10 sprintf@GLIBC_2.0    725: 00019d94 48 FUNC GLOBAL DEFAULT 10 sprintf@@GLIBC_2.4

Note that binNMUs for udev have been scheduled to resolve this issue for affected architectures, but maybe a structural solution for this issue should be implemented in mklibs.

-- 
To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


application/pgp-signature attachment: stored