diff options
| author |   stefan <stefan@openbsd.org> | 2016-09-07 07:44:07 +0000 |
|---|---|---|
| committer | stefan <stefan@openbsd.org> | 2016-09-07 07:44:07 +0000 |
| commit | 66dbc610165a0fe483236799a0b755189d9920de (patch) | |
| tree | ff2416da194e6c6c75abdd2607bbc7d4323b4928 /sys/net/route.c | |
| parent | Fix about the default value of pptp-hostname. It's an empty string. (diff) | |
| download | wireguard-openbsd-66dbc610165a0fe483236799a0b755189d9920de.tar.xz wireguard-openbsd-66dbc610165a0fe483236799a0b755189d9920de.zip | |
Backport https://reviews.llvm.org/rL279449 from upstream
ok pascal@
Original commit message:
[SSP] Do not set __guard_local to hidden for OpenBSD SSP
guard_local is defined as long on OpenBSD. If the source file contains
a definition of guard_local, it mismatches with the int8 pointer type
used in LLVM. In that case, Module::getOrInsertGlobal() returns a
cast operation instead of a GlobalVariable. Trying to set the
visibility on the cast operation leads to random segfaults (seen when
compiling the OpenBSD kernel, which also runs with stack
protection).
In the kernel, the hidden attribute does not matter. For userspace code,
guard_local is defined as hidden in the startup code. If a program
re-defines guard_local, the definition from the startup code will
either win or the linker complains about multiple definitions
(depending on whether the re-defined __guard_local is placed in the
common segment or not).
It also matches what gcc on OpenBSD does.
Diffstat (limited to 'sys/net/route.c')
0 files changed, 0 insertions, 0 deletions