From 4f937e24dc7ad1820fc7c99a6dd6422657f14666 Mon Sep 17 00:00:00 2001 From: Omar Sandoval Date: Mon, 26 Aug 2019 10:51:46 -0700 Subject: Don't use dlopen() for libebl modules Currently, architecture-specific code for libebl exists in separate libebl_$ARCH.so libraries which libebl loads with dlopen() at runtime. This makes it impossible to have standalone, statically-linked binaries which use libdwfl if they depend on any architecture-specific functionality. Additionally, when these libraries cannot be found, the failure modes are non-obvious. So, let's get rid of libebl_$arch.so and move it all into libdw.so/libdw.a, which simplifies things considerably. Signed-off-by: Omar Sandoval --- libebl/libebl.h | 8 +------- 1 file changed, 1 insertion(+), 7 deletions(-) (limited to 'libebl/libebl.h') diff --git a/libebl/libebl.h b/libebl/libebl.h index 24922eb8..06a14c45 100644 --- a/libebl/libebl.h +++ b/libebl/libebl.h @@ -30,13 +30,7 @@ /* This is the interface for the Elfutils Backend Library. It is a completely UNSUPPORTED interface. Don't use any libebl function directly. These are only for internal elfutils backends - and tools. There is NO source or binary compatible guarantee. - - The ABI of the backend modules is not guaranteed. Really, no guarantee - whatsoever. We are enforcing this in the code. The modules and their - users must match. No third-party EBL module are supported or allowed. - The only reason there are separate modules is to not have the code for - all architectures in all the binaries. */ + and tools. There is NO source or binary compatible guarantee. */ #ifndef _LIBEBL_H -- cgit v1.2.3