Hi!
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.
Now patches like the following are being applied to glibc:
#v+
CVSROOT: /cvs/glibc
Module name: libc
Changes by: [EMAIL PROTECTED] 2006-04-09 05:50:08
Modified files:
inet : inet_ntoa.c
Log message:
Rewrite to use TLS instead of TSD.
Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/inet/inet_ntoa.c.diff?cvsroot=glibc&r1=1.12&r2=1.13
#v-
``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.
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.
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-
Please coordinate on [email protected] if you want to help with these
issues or have further questions.
Regards,
Thomas
_______________________________________________
Bug-hurd mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-hurd