Aren
/
NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

More of previous.

This commit is contained in:
dholland 2016-11-26 21:17:06 +00:00
parent a714102aaa
commit aa08bfea54
1 changed files with 16 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

18
lib/libc/misc/initfini.c
View File

@ -1,4 +1,4 @@
/* $NetBSD: initfini.c,v 1.12 2016/11/26 20:38:20 dholland Exp $ */
/* $NetBSD: initfini.c,v 1.13 2016/11/26 21:17:06 dholland Exp $ */
/*-
* Copyright (c) 2007 The NetBSD Foundation, Inc.
@ -30,7 +30,7 @@
*/
#include <sys/cdefs.h>
__RCSID("$NetBSD: initfini.c,v 1.12 2016/11/26 20:38:20 dholland Exp $");
__RCSID("$NetBSD: initfini.c,v 1.13 2016/11/26 21:17:06 dholland Exp $");
#ifdef _LIBC
#include "namespace.h"
@ -83,6 +83,20 @@ struct ps_strings *__ps_strings;
* In static binaries the explicit call is first; in dynamically linked
* binaries the global constructors of libc are called from ld.elf_so
* before crt0.o is reached.
*
* Note that __ps_strings is set by crt0.o. So in the dynamic case, it
* hasn't been set yet when we get here, and __libc_dlauxinfo is not
* (ever) assigned. But this is ok because __libc_dlauxinfo is only
* used in static binaries, because it's there to substitute for the
* dynamic linker. In static binaries __ps_strings will have been set
* up when we get here and we get a valid __libc_dlauxinfo.
*
* This code causes problems for Emacs because Emacs's undump
* mechanism saves the __ps_strings value from the startup execution;
* then running the resulting binary it gets here before crt0 has
* assigned the current execution's value to __ps_strings, and in an
* environment with ASLR this can cause the assignment of
* __libc_dlauxinfo to receive SIGSEGV.
*/
void __section(".text.startup")
_libc_init(void)