Fix for PR 17247: Block SIGCHLD while initializing Guile.
authorDoug Evans <xdje42@gmail.com>
Tue, 9 Sep 2014 05:45:34 +0000 (22:45 -0700)
committerDoug Evans <xdje42@gmail.com>
Tue, 9 Sep 2014 05:45:34 +0000 (22:45 -0700)
commit92d8d229d9a310ebfcfc13bf4a75a286c1add1ac
treeb9ce9674fc04930b500d611e033bb5368c9d54a3
parent837405970476d31d6b4d7774e2c914fdfa7a9930
Fix for PR 17247: Block SIGCHLD while initializing Guile.

The problem here is that if a thread other than gdb's main thread
gets a SIGCHLD (it's an asynchronous signal so the kernel will
essentially pick a random thread) then gdb will hang if it is
in sigsuspend when the SIGCHLD is delivered.  The other thread
will see the signal and the sigsuspend won't "wake up".

Guile and libgc should be blocking SIGCHLD in their threads,
but we need to work with Guile 2.0 and libgc 7.4.
The problem first shows up in libgc 7.4 because it is the first
release that enables multiple marker threads by default.

gdb/ChangeLog:

PR 17247
* guile.c: #include <signal.h>.
(_initialize_guile): Block SIGCHLD while initializing Guile.

Replaces the following, which is reverted.

2014-07-26  Doug Evans  <xdje42@gmail.com>

PR 17185
* configure.ac: Add check for header gc/gc.h.
Add check for function setenv.
* configure: Regenerate.
* config.in: Regenerate.
* guile/guile.c (_initialize_guile): Add workaround for libgc 7.4.0.
gdb/ChangeLog
gdb/config.in
gdb/configure
gdb/configure.ac
gdb/guile/guile.c
This page took 0.025039 seconds and 4 git commands to generate.