From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31914 invoked by alias); 18 Feb 2014 16:56:41 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 31877 invoked by uid 89); 18 Feb 2014 16:56:41 -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: mtaout27.012.net.il Received: from mtaout27.012.net.il (HELO mtaout27.012.net.il) (80.179.55.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 18 Feb 2014 16:56:40 +0000 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0N1700A00AXJ5500@mtaout27.012.net.il> for gdb-patches@sourceware.org; Tue, 18 Feb 2014 18:55:00 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N17000GCAZOFU90@mtaout27.012.net.il>; Tue, 18 Feb 2014 18:55:00 +0200 (IST) Date: Tue, 18 Feb 2014 16:56:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH v2] Improved ^c support for gdb/guile In-reply-to: <87txbw9xp4.fsf@gnu.org> To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Cc: xdje42@gmail.com, gdb-patches@sourceware.org, guile-devel@gnu.org Reply-to: Eli Zaretskii Message-id: <83a9do741d.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <834n3x8o7m.fsf@gnu.org> <83y519788a.fsf@gnu.org> <871tz0d5vc.fsf@gnu.org> <83iosc76kz.fsf@gnu.org> <87txbw9xp4.fsf@gnu.org> X-IsSubscribed: yes X-SW-Source: 2014-02/txt/msg00570.txt.bz2 > From: ludo@gnu.org (Ludovic Courtès) > Cc: xdje42@gmail.com, gdb-patches@sourceware.org, guile-devel@gnu.org > Date: Tue, 18 Feb 2014 17:45:27 +0100 > > >> I don’t remember, Eli: do you have patches pending review for these > >> issues and other MinGW issues in Guile? > > > > I don't know, you tell me. I sent several changesets in June, > > in these messages: > > OK, will follow-up on guile-devel. Thanks. > >> The non-pthread code is used when Guile is built without pthread > >> support. In that case, the async is queued directly from the signal > >> handler. > > > > So why cannot this code be used by GDB? > > Because GDB uses whichever Guile is available. If the user has Guile > built with pthread support, then that’s what GDB uses. Sorry, I meant why that code couldn't be used when Guile was built without pthreads.