diff options
author | Florian Weimer <fweimer@redhat.com> | 2019-06-28 10:12:50 +0200 |
---|---|---|
committer | Florian Weimer <fweimer@redhat.com> | 2019-06-28 10:15:38 +0200 |
commit | f0b2132b35248c1f4a80f62a2c38cddcc802aa8c (patch) | |
tree | 32e3b30bba3d07b48c40035d8a4011ed39a212ef /NEWS | |
parent | 17432d7150bdab3bce2ea66c70ad6c920f54077a (diff) | |
download | glibc-f0b2132b35248c1f4a80f62a2c38cddcc802aa8c.tar glibc-f0b2132b35248c1f4a80f62a2c38cddcc802aa8c.tar.gz glibc-f0b2132b35248c1f4a80f62a2c38cddcc802aa8c.tar.bz2 glibc-f0b2132b35248c1f4a80f62a2c38cddcc802aa8c.zip |
ld.so: Support moving versioned symbols between sonames [BZ #24741]
This change should be fully backwards-compatible because the old
code aborted the load if a soname mismatch was encountered
(instead of searching further for a matching symbol). This means
that no different symbols are found.
The soname check was explicitly disabled for the skip_map != NULL
case. However, this only happens with dl(v)sym and RTLD_NEXT,
and those lookups do not come with a verneed entry that could be used
for the check.
The error check was already explicitly disabled for the skip_map !=
NULL case, that is, when dl(v)sym was called with RTLD_NEXT. But
_dl_vsym always sets filename in the struct r_found_version argument
to NULL, so the check was not active anyway. This means that
symbol lookup results for the skip_map != NULL case do not change,
either.
Diffstat (limited to 'NEWS')
-rw-r--r-- | NEWS | 6 |
1 files changed, 6 insertions, 0 deletions
@@ -34,6 +34,12 @@ Major new features: pointer subtraction within the allocated object, where results might overflow the ptrdiff_t type. +* The dynamic linker no longer refuses to load objects which reference + versioned symbols whose implementation has moved to a different soname + since the object has been linked. The old error message, symbol + FUNCTION-NAME, version SYMBOL-VERSION not defined in file DSO-NAME with + link time reference, is gone. + Deprecated and removed features, and other changes affecting compatibility: * The copy_file_range function fails with ENOSYS if the kernel does not |