Eric Blake, le Tue 08 May 2012 12:54:08 -0600, a écrit :
> On 05/08/2012 12:39 PM, Samuel Thibault wrote:
> > The misc/nice test currently fails on hurd-i386 because the nice support
> > there is not precise enough: the Mach kernel, which handles scheduling
> > priorities, has only 32 priority leve
This adds TLS support to GNU/HURD. Using it to replace threadvar will be
part of another patch. I had to separate the thread state with segments
from the thread state without segments: each thread has its own gs
segment, which needs to be inherited across fork, etc. I also had to
fix some initial
2005-07-11 Marcus Brinkmann
* hurd/Makefile (routines): Add sysvshm.
(distribute): Add sysvshm.h.
* hurd/sysvshm.h: New file.
* hurd/sysvshm.c: New file.
* sysdeps/mach/hurd/bits/stat.h (S_IMMAP0): New macro.
(S_ISPARE): Unset the S_IMMAP0 flag.
On Sat, 12 May 2012, Samuel Thibault wrote:
> 2005-07-11 Marcus Brinkmann
>
> * hurd/Makefile (routines): Add sysvshm.
> (distribute): Add sysvshm.h.
We no longer have "distribute" settings in makefiles. Patches submitted
for inclusion should be against current glibc (apply
Simon Josefsson, le Thu 04 Aug 2011 12:10:43 +0200, a écrit :
> As reported as 2) in this mail:
>
> https://lists.gnu.org/archive/html/bug-gnulib/2011-08/msg00027.html
>
> it seems the nanosleep function modifies the second parameter on
> success.
>
> This behaviour doesn't seem consistent with
Hello,
Eric Blake, le Tue 01 Mar 2011 16:30:04 -0700, a écrit :
> POSIX states that this should fail with EPERM, not EISDIR:
>
> $ mkdir d
> $ link d c
>
> This was detected by the gnulib testsuite; I've since updated that
> testsuite to tolerate Hurd's current behavior, but it might be worth
>
