about summary refs log tree commit diff
path: root/sysdeps/mach/hurd/x86_64/tls.h
diff options
context:
space:
mode:
authorSergey Bugaev <bugaevc@gmail.com>2023-04-13 14:58:12 +0300
committerSamuel Thibault <samuel.thibault@ens-lyon.org>2023-04-14 10:31:22 +0000
commitba00d787f3469b02032766b074d4df9071fa7e24 (patch)
tree2686e3886f3ade9e279c7e3cdc66192b79d4576e /sysdeps/mach/hurd/x86_64/tls.h
parent05fe3ecffff485032e904f0a3ea709e24d9188eb (diff)
downloadglibc-ba00d787f3469b02032766b074d4df9071fa7e24.tar.gz
glibc-ba00d787f3469b02032766b074d4df9071fa7e24.tar.xz
glibc-ba00d787f3469b02032766b074d4df9071fa7e24.zip
hurd: Remove __hurd_local_reply_port
Now that the signal code no longer accesses it, the only real user of it
was mig-reply.c, so move the logic for managing the port there.

If we're in SHARED and outside of rtld, we know that __LIBC_NO_TLS ()
always evaluates to 0, and a TLS reply port will always be used, not
__hurd_reply_port0. Still, the compiler does not see that
__hurd_reply_port0 is never used due to its address being taken. To deal
with this, explicitly compile out __hurd_reply_port0 when we know we
won't use it.

Also, instead of accessing the port via THREAD_SELF->reply_port, this
uses THREAD_GETMEM and THREAD_SETMEM directly, avoiding possible
miscompilations.

Signed-off-by: Sergey Bugaev <bugaevc@gmail.com>
Diffstat (limited to 'sysdeps/mach/hurd/x86_64/tls.h')
0 files changed, 0 insertions, 0 deletions