[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: librt.so TLS issues
- From: Alexander Larsson <alexl redhat com>
- To: "rhl-devel-list redhat com" <rhl-devel-list redhat com>
- Cc: roland redhat com
- Subject: Re: librt.so TLS issues
- Date: 22 Aug 2003 11:06:24 +0200
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 redhat com alla 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!
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]