This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
[PATCH] csu: Use ELF constructor instead of _init in libc.so
- From: Florian Weimer <fweimer at redhat dot com>
- To: libc-alpha at sourceware dot org
- Cc: DJ Delorie <dj at redhat dot com>, Jim Wilson <jimw at sifive dot com>, Andreas Schwab <schwab at suse dot de>
- Date: Mon, 24 Feb 2020 12:09:47 +0100
- Subject: [PATCH] csu: Use ELF constructor instead of _init in libc.so
Tested on aarch64-linux-gnu, i386-linux-gnu, powerpc64le-linux-gnu,
x86_64-linux-gnu. Also built on i686-gnu,
riscv64-linux-gnu-rv64imac-lp64, and s390x-linux-gnu.
Would someone with access to RISC-V hardware please test this patch?
Thanks.
Florian
8<------------------------------------------------------------------8<
On !ELF_INITFINI architectures, _init is no longer called by the
dynamic linker. We can use an ELF constructor instead because the
constructor order does not matter. (The other constructors are used
to set up libio vtable bypasses and do not depend on this
initialization routine.)
-----
csu/init-first.c | 12 ++++++------
elf/soinit.c | 2 +-
include/libc-internal.h | 2 +-
3 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/csu/init-first.c b/csu/init-first.c
index 1cd8a75098..264e6f348d 100644
--- a/csu/init-first.c
+++ b/csu/init-first.c
@@ -43,12 +43,11 @@ void
__libc_init_first (int argc, char **argv, char **envp)
{
#ifdef SHARED
- /* For DSOs we do not need __libc_init_first but instead _init. */
+ /* For DSOs we do not need __libc_init_first but an ELF constructor. */
}
-void
-attribute_hidden
-_init (int argc, char **argv, char **envp)
+static void __attribute__ ((constructor))
+_init_first (int argc, char **argv, char **envp)
{
#endif
@@ -86,8 +85,9 @@ _init (int argc, char **argv, char **envp)
/* This function is defined here so that if this file ever gets into
ld.so we will get a link error. Having this file silently included
- in ld.so causes disaster, because the _init definition above will
- cause ld.so to gain an init function, which is not a cool thing. */
+ in ld.so causes disaster, because the _init_first definition above
+ will cause ld.so to gain an ELF constructor, which is not a cool
+ thing. */
extern void _dl_start (void) __attribute__ ((noreturn));
diff --git a/elf/soinit.c b/elf/soinit.c
index fe9935732b..538eb68186 100644
--- a/elf/soinit.c
+++ b/elf/soinit.c
@@ -20,7 +20,7 @@ run_hooks (void (*const list[]) (void))
(**list) ();
}
-/* This function will be called from _init in init-first.c. */
+/* This function will be called from _init_first in init-first.c. */
void
__libc_global_ctors (void)
{
diff --git a/include/libc-internal.h b/include/libc-internal.h
index fcd21468c0..4c74f6ba60 100644
--- a/include/libc-internal.h
+++ b/include/libc-internal.h
@@ -24,7 +24,7 @@
/* Initialize the `__libc_enable_secure' flag. */
extern void __libc_init_secure (void);
-/* This function will be called from _init in init-first.c. */
+/* This function will be called from _init_first in init-first.c. */
extern void __libc_global_ctors (void);
/* Discover the tick frequency of the machine if something goes wrong,