From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-110445-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 7710 invoked by alias); 17 Feb 2014 20:43:24 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 7698 invoked by uid 89); 17 Feb 2014 20:43:23 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.2
X-HELO: mtaout29.012.net.il
Received: from mtaout29.012.net.il (HELO mtaout29.012.net.il) (80.179.55.185) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 17 Feb 2014 20:43:21 +0000
Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N1500000QZ4U400@mtaout29.012.net.il> for gdb-patches@sourceware.org; Mon, 17 Feb 2014 22:45:46 +0200 (IST)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1500FFRR091SB0@mtaout29.012.net.il>; Mon, 17 Feb 2014 22:45:45 +0200 (IST)
Date: Mon, 17 Feb 2014 20:43:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: [PATCH v2] Improved ^c support for gdb/guile
In-reply-to: <wrbr471jxjg.fsf@sspiff.org>
To: Doug Evans <xdje42@gmail.com>
Cc: gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <834n3x8o7m.fsf@gnu.org>
References: <wrbvbwejihe.fsf@sspiff.org> <wrbr471jxjg.fsf@sspiff.org>
X-IsSubscribed: yes
X-SW-Source: 2014-02/txt/msg00544.txt.bz2

> From: Doug Evans <xdje42@gmail.com>
> Date: Mon, 17 Feb 2014 15:26:27 -0500
> 
> Unworkable-as-is optimization trying to avoid queueing asyncs.  Blech.
> 
> I'm still seeing intermittent testsuite failures because Guile is
> getting an uncaught SIGINT.

Bother: is this the only way to fix these issues (whatever they are)?
Because you are quickly getting into non-Windows lands, so there's a
real risk that the Guile support will not be very useful on Windows
(except with Cygwin).

> +void
> +gdbscm_initialize_sigint (void)
> +{
> +  siscm_sigint_pipe[0] = siscm_sigint_pipe[1] = -1;
> +
> +  if (!SCM_USE_PTHREAD_THREADS)
> +    {
> +      warning (_("Guile does not have pthreads support."));
> +      warning (_("Proper SIGINT handling for Guile will be unavailable."));
> +      return;
> +    }

The above is what worries me.  Guile currently doesn't work in the
native MinGW build if configured with threads (it crashes, hangs,
etc.).  Can't we have decent SIGINT handling without pthreads?