[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[RFC PATCH 0/9] More x86_64-gnu glibc work
From: |
Sergey Bugaev |
Subject: |
[RFC PATCH 0/9] More x86_64-gnu glibc work |
Date: |
Sat, 18 Feb 2023 23:37:08 +0300 |
Hello,
here's some more work on the x86_64-gnu glibc port. Large parts of glibc
(almost all of it?) builds, in particular mach/subdir_lib builds cleanly.
Patch 6 is really unrelated to the rest of the changes, it's just a small thing
that I've noticed while single-stepping through glibc startup, trying to
understand which order things are getting called in, and from where.
Patch 8/9 adds i386_fsgs_base_state to Mach headers. Does this look reasonable?
I have not written an implementation. Any volunteers? :)
Then patch 9/9 adds a fairly complete implementation of tls.h based on that
API. It turned out that thread_state.h did not need large changes compared to
the i386 version after all, so consider applying Flavio's patch ("Define PC, SP
and SYSRETURN for hurd x86_64") instead of the version my patch adds (but keep
the rest of my patch).
I'm not super sure that the thing I've done with __libc_tls_initialized is
correct / makes sense; please do take a look!
Large parts remaining:
* ucontext / sigcontext
* intr_msg / signal trampoline
Sergey
- [RFC PATCH 0/9] More x86_64-gnu glibc work,
Sergey Bugaev <=
- [RFC PATCH 1/9] hurd: Move thread state manipulation into _hurd_tls_new (), Sergey Bugaev, 2023/02/18
- [RFC PATCH 2/9] hurd: Use proper integer types, Sergey Bugaev, 2023/02/18
- [RFC PATCH 3/9] hurd: Fix xattr function return type, Sergey Bugaev, 2023/02/18
- [RFC PATCH 5/9] hurd: Simplify init-first.c a bit, Sergey Bugaev, 2023/02/18
- [RFC PATCH 4/9] hurd: Make timer_t pointer-sized, Sergey Bugaev, 2023/02/18