diff options
Diffstat (limited to 'open_issues/libpthread.mdwn')
| -rw-r--r-- | open_issues/libpthread.mdwn | 25 | 
1 files changed, 6 insertions, 19 deletions
diff --git a/open_issues/libpthread.mdwn b/open_issues/libpthread.mdwn index c628bc7b..3da5e558 100644 --- a/open_issues/libpthread.mdwn +++ b/open_issues/libpthread.mdwn @@ -13,20 +13,7 @@ License|/fdl]]."]]"""]]  [[!toc]] - -# cthreads -> pthreads - -Get rid of cthreads; switch to pthreads. -Most of the issues raised on this page has been resolved, a few remain. - - -## IRC, freenode, #hurd, 2012-04-26 - -    <pinotree> youpi: just to be sure: even if libpthread is compiled inside -      glibc (with proper symbols forwarding etc), it doesn't change that you -      cannot use both cthreads and pthreads in the same app, right? - -[[Packaging_libpthread]]. +# Packaging_libpthread.      <youpi> it's the same libpthread      <youpi> symbol forwarding does not magically resolve that libpthread lacks @@ -1176,7 +1163,7 @@ Most of the issues raised on this page has been resolved, a few remain.  ## IRC, freenode, #hurd, 2012-09-23      <braunr> tschwinge: i committed the last hurd pthread change, -      http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=master-pthreads +      https://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=master-pthreads      <braunr> tschwinge: please tell me if you consider it ok for merging @@ -1310,7 +1297,7 @@ Most of the issues raised on this page has been resolved, a few remain.      <braunr> thhe hurd must be plagued with wrong deallocations :(      <braunr> i have so many problems when trying to cleanly destroy threads -[[libpthread/t/fix_have_kernel_resources]]. +[[libpthread/fix_have_kernel_resources]].  #### IRC, freenode, #hurd, 2013-11-25 @@ -1322,7 +1309,7 @@ Most of the issues raised on this page has been resolved, a few remain.  #### IRC, freenode, #hurd, 2013-11-29 -See also [[open_issues/libpthread/t/fix_have_kernel_resources]]. +See also [[open_issues/libpthread/fix_have_kernel_resources]].      <braunr> there still are some leak ports making servers spawn threads with        non-elevated priorities :/ @@ -1659,13 +1646,13 @@ See also [[open_issues/libpthread/t/fix_have_kernel_resources]].        does it right      <braunr> in the io_select_timeout branch      <braunr> see -      http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/libthreads/cancel-cond.c?h=rbraun/select_timeout +      https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/libthreads/cancel-cond.c?h=rbraun/select_timeout        for example      * pinotree looks      <braunr> what matters is the msg_delivered member used to synchronize        sleeper and waker      <braunr> the waker code is in -      http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/libthreads/cprocs.c?h=rbraun/select_timeout +      https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/libthreads/cprocs.c?h=rbraun/select_timeout      <pinotree> never seen cthreads' code before :)      <braunr> soon you shouldn't have any more reason to :p      <pinotree> ah, so basically the cthread version of the pthread cleanup  | 
