Hello! On Sun, Apr 09, 2006 at 07:13:54AM -0400, I wrote: > The Hurd parts of glibc need maintenance! > > > We currently (have to) build glibc ``--without-tls'' and forcibly set > ``libc_cv_z_relro=no'', to work around bugs in the otherwise enabled > parts of the code.
Both of those options are not allowed anymore with the current cvs HEAD version of glibc. > Now patches like the following are being applied to glibc: > [...] > ``Rewrite to use TLS [...]'' and we don't support TLS. The outcome of > that should be obvious. And to be clear: it's _us_ who have to act. Such patches have now been applied overall. > The maintenance needed for now mainly involves building glibc from the > source code, running the test suite and fixing whatever errors occur. > This ``fixing'' unfortunately might be as deep going as fixing GNU Mach, > which Jeroen Dekkers already contributed to last summer. Still true. > What also could / should (Roland?) be done is to back-port the following > from GNU Mach's trunk (a.k.a. OSKit-Mach) to the gnumach-1-branch: > > #v+ > 2002-10-03 Roland McGrath <[EMAIL PROTECTED]> > > * i386/include/mach/i386/mach_i386.defs (i386_set_gdt, i386_get_gdt): > New routines. > * i386/i386/user_ldt.c (i386_set_gdt, i386_get_gdt): New functions. > * i386/i386/gdt.h (USER_GDT, USER_GDT_SLOTS): New macros. > * i386/i386/thread.h (struct i386_machine_state): New member user_gdt. > * i386/i386/pcb.c (switch_ktss): Copy those slots into the GDT. > [...] > #v- Still to be done, see <http://savannah.gnu.org/task/?5878>. > Please coordinate on bug-hurd@gnu.org if you want to help with these > issues or have further questions. Regards, Thomas
signature.asc
Description: Digital signature
_______________________________________________ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
