This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH v2] Improved ^c support for gdb/guile
- From: ludo at gnu dot org (Ludovic CourtÃs)
- To: Eli Zaretskii <eliz at gnu dot org>
- Cc: xdje42 at gmail dot com, gdb-patches at sourceware dot org, guile-devel at gnu dot org
- Date: Tue, 18 Feb 2014 17:45:27 +0100
- Subject: Re: [PATCH v2] Improved ^c support for gdb/guile
- Authentication-results: sourceware.org; auth=none
- References: <wrbvbwejihe dot fsf at sspiff dot org> <wrbr471jxjg dot fsf at sspiff dot org> <834n3x8o7m dot fsf at gnu dot org> <CAP9bCMSE+vNpG2nJNKNQk3QfQHV=cqRdEGmv7T3eEcgQ0cTyFQ at mail dot gmail dot com> <83y519788a dot fsf at gnu dot org> <CAP9bCMQiZurfMyU-qA9LEy_6_BOyRE1-dke93_m505EHuNZrAA at mail dot gmail dot com> <871tz0d5vc dot fsf at gnu dot org> <83iosc76kz dot fsf at gnu dot org>
Eli Zaretskii <eliz@gnu.org> skribis:
>> From: ludo@gnu.org (Ludovic CourtÃs)
>> Cc: Eli Zaretskii <eliz@gnu.org>, gdb-patches@sourceware.org, guile-devel@gnu.org
>> Date: Tue, 18 Feb 2014 12:20:39 +0100
>>
>> Doug Evans <xdje42@gmail.com> skribis:
>>
>> 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.
>> 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.
>> (I think we should aim to get rid of the signal-delivery thread
>> eventually, and I remember Mark mentioned it before too.)
>
> Right, which raises again the question why use in GDB something that
> is slated for deletion.
I think thereâs a misunderstanding. Dougâs signal-delivery thread will
work no matter what strategy Guile uses internally. My comment above
was referring to Guileâs internal implementation of signal delivery,
which does not affect what GDB does.
> Btw, where does the value of SCM_USE_PTHREAD_THREADS come from? Is it
> something defined by the installed Guile headers?
Yes, and determined at Guile configure time.
Ludoâ.