This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Proposal: Deprecate static dlopen
- From: Florian Weimer <fweimer at redhat dot com>
- To: GNU C Library <libc-alpha at sourceware dot org>
- Date: Fri, 22 Dec 2017 14:05:28 +0100
- Subject: Proposal: Deprecate static dlopen
- Authentication-results: sourceware.org; auth=none
See this thread for some background:
https://sourceware.org/ml/libc-alpha/2017-12/msg00521.html
The only useful application for dlopen is access to NSS functionality
because static dlopen binaries are more tightly tied to a specific glibc
version than dynamically linked binaries. If we provide NSS access
through a helper program (e.g., a special mode of getent), then the need
for dlopen goes away, and static linking even becomes more usable.
Thanks,
Florian
commit f70309a186e5ab045c9808ff10ca9ba5eb9f6b58
Author: Florian Weimer <fweimer@redhat.com>
Date: Fri Dec 22 14:03:00 2017 +0100
NEWS: Deprecate static dlopen
diff --git a/NEWS b/NEWS
index 0a162f6643..d8e4c890c3 100644
--- a/NEWS
+++ b/NEWS
@@ -71,6 +71,10 @@ Major new features:
Deprecated and removed features, and other changes affecting compatibility:
+* Support for statically linked applications which call dlopen is deprecated
+ and will be removed in a future version of glibc. Applications which call
+ dlopen need to be linked dynamically instead.
+
* Support for old programs which use internal stdio data structures and
functions is deprecated. This includes programs which use the C++ streams
provided by libstdc++ in GCC 2.95. Programs which use the internal