librt.so TLS issues

Alexander Larsson alexl at redhat.com
Fri Aug 22 09:06:24 UTC 2003


On Thu, 2003-08-21 at 12:07, Alexander Larsson wrote:
> There was a change in glibc somewhere between 2.3.2-57 and 2.3.2-66 that
> adds /usr/lib/librt.so.1 to glibc-devel. The file is just a symlink to
> librt.so. This change seems wrong to me, and its causing breakage with
> TLS.
> 
> I have an app not linking to librt, but it dlopens a library that links
> to librt.so.1. The app gets the tls libc at /lib/tls/libc.so.6, but when
> resolving the librt.so.1 DT_NEEDED it first looks in the system library,
> finding /usr/lib/librt.so.1. However, following this symlink gets you
> /lib/librt.so.1 which is the non-TLS version of librt. This means we
> have mismatched librt and libc versions, causing:
> 
> /usr/lib/librt.so.1: symbol __librt_disable_asynccancel, version
> GLIBC_PRIVATE not defined in file libc.so.6 with link time reference
> 
> Having the soname librt in /usr/lib just seems wrong to me. What was the
> reason for introducing it?

I put this in bugzilla:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102879

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl at redhat.com    alla at lysator.liu.se 
He's an all-American hunchbacked gangster possessed of the uncanny powers of 
an insect. She's an orphaned bisexual bodyguard with an incredible destiny. 
They fight crime! 





More information about the devel mailing list