"useless" librt.so.1 dependency on Linux reported by dpkg-shlibdeps
Erik Joelsson
erik.joelsson at oracle.com
Thu Sep 18 13:15:57 UTC 2025
The safe solution would be to check for a sample of the expected symbols
in glibc in configure, but I'm not sure it's worth it. I doubt anyone
builds with an older glibc than we do at Oracle, but you never know.
/Erik
On 9/18/25 00:15, Baesken, Matthias wrote:
>>> ( seems some versions of RHEL 7 / SLES 12 still had those old glibc
>>> versions)
>>>
>>> Could we clean this up?
>>>
>>> Or is there still some need to support this in jdk26 ?
>> I always find it very difficult to determine when checks like these
>> become unnecessary. I think RHEL 7 with glibc 2.17 is the oldest Linux
>> release we currently support.
>>
>> Given I wrote the above in April 2021, I would hope we can now move on,
>> but again I don't know how to readily determine that.
>
> I could create a removal PR and maybe you can test on the oldest platforms you want to support in release 26 ?
>
> Best regards, Matthias
>
More information about the build-dev
mailing list