From 3f11d947b91a9c5f5eaa743ebb9dd38e34a625a4 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Tue, 21 Sep 2010 11:45:06 +0200 Subject: libpthread: New. --- community/gsoc/project_ideas/pthreads.mdwn | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) (limited to 'community/gsoc/project_ideas/pthreads.mdwn') diff --git a/community/gsoc/project_ideas/pthreads.mdwn b/community/gsoc/project_ideas/pthreads.mdwn index a33187f6..2270c774 100644 --- a/community/gsoc/project_ideas/pthreads.mdwn +++ b/community/gsoc/project_ideas/pthreads.mdwn @@ -17,11 +17,12 @@ The Hurd was originally created at a time when the [pthreads standard](http://www.opengroup.org/onlinepubs/009695399/basedefs/pthread.h.html) didn't exist yet. Thus all Hurd servers and libraries are using the old [[cthreads|hurd/libcthreads]] package that came with [[microkernel/Mach]], -which is not compatible with [[pthreads|hurd/libpthread]]. +which is not compatible with pthreads. Not only does that mean that people hacking on Hurd internals have to deal with a non-standard thread package, which nobody is familiar with. Although a -pthreads implementation for the Hurd was created in the meantime, it's not +[[pthreads implementation for the Hurd|libpthread]] +was created in the meantime, it's not possible to use both cthreads and pthreads in the same program. Consequently, pthreads can't presently be used in any Hurd servers -- including translators. -- cgit v1.2.3