RepoMirrors
/
musl
mirror of git://git.musl-libc.org/musl
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
musl/include/dlfcn.h

42 lines
689 B
C
Raw Normal View History

initial check-in, version 0.5.0
2011-02-12 05:22:29 +00:00
#ifndef _DLFCN_H
#define _DLFCN_H
further fixup dlfcn.h
2011-06-27 05:02:28 +00:00
#ifdef __cplusplus
extern "C" {
#endif
use restrict everywhere it's required by c99 and/or posix 2008 to deal with the fact that the public headers may be used with pre-c99 compilers, __restrict is used in place of restrict, and defined appropriately for any supported compiler. we also avoid the form [restrict] since older versions of gcc rejected it due to a bug in the original c99 standard, and instead use the form *restrict.
2012-09-07 02:44:55 +00:00
#if __STDC_VERSION__ >= 199901L
#define __restrict restrict
#elif !defined(__GNUC__)
#define __restrict
#endif
match LSB/glibc constants for dynamic loader
2011-06-27 05:01:19 +00:00
#define RTLD_LAZY 1
#define RTLD_NOW 2
#define RTLD_GLOBAL 256
#define RTLD_LOCAL 0
initial check-in, version 0.5.0
2011-02-12 05:22:29 +00:00
further fixup dlfcn.h
2011-06-27 05:02:28 +00:00
#define RTLD_NEXT ((void *)-1)
#define RTLD_DEFAULT ((void *)0)
initial check-in, version 0.5.0
2011-02-12 05:22:29 +00:00
int dlclose(void *);
char *dlerror(void);
void *dlopen(const char *, int);
use restrict everywhere it's required by c99 and/or posix 2008 to deal with the fact that the public headers may be used with pre-c99 compilers, __restrict is used in place of restrict, and defined appropriately for any supported compiler. we also avoid the form [restrict] since older versions of gcc rejected it due to a bug in the original c99 standard, and instead use the form *restrict.
2012-09-07 02:44:55 +00:00
void *dlsym(void *__restrict, const char *__restrict);
initial check-in, version 0.5.0
2011-02-12 05:22:29 +00:00
dladdr support for dynamic linker (nonstandard extension) based on patches submitted by boris brezillon. this commit also fixes the issue whereby the main application and libc don't have the address ranges of their mappings stored, which was theoretically a problem for RTLD_NEXT support in dlsym; it didn't actually matter because libc never calls dlsym, and it seemed to be doing the right thing (by chance) for symbols in the main program as well.
2012-08-27 01:09:26 +00:00
#ifdef _GNU_SOURCE
typedef struct {
const char *dli_fname;
void *dli_fbase;
const char *dli_sname;
void *dli_saddr;
} Dl_info;
int dladdr(void *, Dl_info *);
#endif
further fixup dlfcn.h
2011-06-27 05:02:28 +00:00
#ifdef __cplusplus
}
#endif
initial check-in, version 0.5.0
2011-02-12 05:22:29 +00:00
#endif