Re: [PATCH 0/8] Hurd signal code improvements

2011-05-25 Thread Jérémie Koenig
On Wed, May 25, 2011 at 3:59 PM, Jeremie Koenig wrote: > If you would like to test these patches, I have built > glibc and hurd (for libpthread) Debian packages with these changes, > which are available at the following repository: > >  deb http://jk.fr.eu.org/debian experimental/ > > (The glibc p

[PATCH 3/8] _hurd_internal_post_signal: Split out inner functions

2011-05-25 Thread Jeremie Koenig
By having post_signal and check_pending_signal as top-level functions, the way they communicate with the outside is made more transparent. * hurd/hurdsig.c (_hurd_internal_post_signal): Make post_signal and check_pending_signal top-level static helper functions. (check_pending_signal): Fix the gen

[PATCH 0/8] Hurd signal code improvements

2011-05-25 Thread Jeremie Koenig
Hi, This patch series has many improvements for the Hurd signal code in glibc. I cc: libc-alpha for your information only, at this point I'm not asking for them to be merged upstream yet. The main goal of this series is to implement global signal dispositions on Hurd, which is necessay for POSIX

[PATCH 2/8] _hurd_internal_post_signal: Scope variables more restrictively

2011-05-25 Thread Jeremie Koenig
* hurd/hurdsig.c (_hurd_internal_post_signal): Move the variable declarations into the first-level inner functions which actually use them. --- hurd/hurdsig.c | 15 --- 1 files changed, 8 insertions(+), 7 deletions(-) diff --git a/hurd/hurdsig.c b/hurd/hurdsig.c index c139805..0ea78

[PATCH 6/8] Hurd signals: make sigsuspend POSIX-conformant.

2011-05-25 Thread Jeremie Koenig
* hurd/hurdsig.c (wake_sigsuspend): New function. (post_signal): wake up sigsuspend calls in the "handle" case. (post_signals): no longer wake up sigsuspend calls indiscriminately. --- hurd/hurdsig.c | 46 -- 1 files changed, 28 insertions(+), 18 delet

[PATCH 5/8] Hurd signals: reindent

2011-05-25 Thread Jeremie Koenig
* hurd/hurdsig.c (post_pending): reindent. --- hurd/hurdsig.c | 66 1 files changed, 33 insertions(+), 33 deletions(-) diff --git a/hurd/hurdsig.c b/hurd/hurdsig.c index 6923c87..234da1e 100644 --- a/hurd/hurdsig.c +++ b/hurd/hurdsig.c @@

[PATCH 4/8] Hurd signal cleanup: refactor check_pending_signals

2011-05-25 Thread Jeremie Koenig
* hurd/hurdsig.c (check_pending_signals): Split into pending_signals, post_pending and post_all_pending_signals. (_hurd_internal_post_signal): Handle the distinction between poll requests and real signals there. --- hurd/hurdsig.c | 134 +--- 1

[PATCH 1/8] _hurd_internal_post_signal: Split into more functions

2011-05-25 Thread Jeremie Koenig
* hurd/hurdsig.c (_hurd_internal_post_signal): Use inner functions instead of gotos for the overall flow control. This patch should change nothing besides replacing gotos with function calls and return statements. Note that the "signo == 0" test at the beginning of post_signal, is now done on eve

[PATCH 7/8] Hurd signals: fix uninitialized value.

2011-05-25 Thread Jeremie Koenig
* hurd/hurdsig.c (post_signal): Don't call resume() with ACT uninitialized, as it might result in the target thread being left suspended. --- hurd/hurdsig.c |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/hurd/hurdsig.c b/hurd/hurdsig.c index b6fbb14..75d60b0 100644

[PATCH] Hurd libpthread changes for global signal dispositions

2011-05-25 Thread Jeremie Koenig
This patch against Hurd's libpthread "activates" global signal dispositions for newly created threads, if glibc supports it. I'll submit a pkg-hurd version (which also updates libpthread_sigmask.patch) to debian-hurd right away. Jeremie Koenig (1): Mark new threads as global signal receivers

[PATCH] Mark new threads as global signal receivers

2011-05-25 Thread Jeremie Koenig
* sysdeps/mach/hurd/pt-sigstate-init.c (__pthread_sigstate_init): Call _hurd_sigstate_set_global_rcv for newly created threads. Declare it as a weak symbol so that we stay compatible with previous glibc versions. --- sysdeps/mach/hurd/pt-sigstate-init.c | 20 +++- 1 files c

Re: [tschwinge+n...@gnu.org: Duke Nukem Forever Returns, Will Really Be Released in 2011]

2011-05-25 Thread Vikram Vincent
Hello! On 4 September 2010 20:03, Thomas Schwinge wrote: > So, there's no escape anymore: we'll have to release next year, 2011. > Finally.  As far as I know, *everyone* is expecting Duke Nukem Forever > and the GNU Hurd to appear at the same time, yet to be bundeled (see >