From: Patrick Palka <patrick@parcs.ath.cx>
To: "gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
Cc: Eli Zaretskii <eliz@gnu.org>, Patrick Palka <patrick@parcs.ath.cx>
Subject: Re: [PATCH] Sync readline/ to version 7.0 alpha
Date: Thu, 23 Jul 2015 00:28:00 -0000 [thread overview]
Message-ID: <CA+C-WL8p9L=FWyvRh52qRn42r7B_ULNhf5610NPNXMgwrBHBYA@mail.gmail.com> (raw)
In-Reply-To: <1436927724-4059-1-git-send-email-patrick@parcs.ath.cx>
On Tue, Jul 14, 2015 at 10:35 PM, Patrick Palka <patrick@parcs.ath.cx> wrote:
> This patch syncs our upstream copy of readline from version 6.2 to the
> latest version, 7.0 alpha (released July 10 2015).
>
> I essentially copied what was done the last time readline was synced,
> when Jan updated to readline 6.2 in 2011:
> http://sourceware.org/ml/gdb-patches/2011-05/msg00003.html
>
> Procedure:
>
> 1. I extracted the readline-7.0-alpha tarball on top of readline/.
> 2. I deleted all the new files under doc/ that were deliberately omitted
> before.
> 3. I regenerated readline/configure and readline/examples/rlfe/configure
> using autoconf 2.64. No other configure files need regenerating.
> 4. I updated the function gdb_printable_part in completer.c with a
> trivial change made to the readline function it is based off of,
> printable_part in readline/complete.c. There is more work to be done in
> completer.c to sync it with readline/complete.c, but it is non-trivial
> and should probably be done separately anyway.
>
> Local patches that had to be reapplied:
>
> None. readline 7.0 alpha contains all of our local readline
> patches. [This is especially convenient because it allows us forego
> a consensus on how to manage local patches across readline syncs :)]
>
> New files in readline/:
>
> colors.{c,h}
> examples/{hist_erasedups,hist_purgecmd,rl-callbacktest,rlbasic}.c
> parse-colors.{c,h}
> readline.pc.in
> configure.ac
>
> Deleted files in readline/:
>
> configure.in
>
> Regressions:
>
> After the sync there is one testsuite regression, the test
> "signal SIGINT" in gdb.gdb/selftest.exp which now FAILs. Previously,
> the readline 6.2 SIGINT handler would temporarily reinstall the
> underlying application's SIGINT handler and immediately re-raise SIGINT
> so that the orginal handler gets invoked. But now (since readline 6.3)
> its SIGINT handler does not re-raise SIGINT or directly invoke the
> original handler; it now sets a flag marking that SIGINT was raised, and
> waits until readline explicitly has control to call the application's
> SIGINT handler. Anyway, because SIGINT is no longer re-raised from
> within readline's SIGINT handler, doing "signal SIGINT" with a stopped
> inferior gdb process will no longer resume and then immediately stop the
> process (since there is no 2nd SIGINT to immediately catch). Instead,
> the inferior gdb process will now just print "Quit" and continue to run.
> So with this commit, this particular test case is adjusted to reflect
> this change in behavior (we now have to send a 2nd SIGINT manually to
> stop it).
>
> Aside from this one testsuite regression, I personally noticed no
> regression in user-visible behavior. Though I only tested on x86_64
> and on i686 Debian Stretch.
>
> Getting this kind of change in at the start of the GDB 7.11 development
> cycle will allow us to get a lot of passive testing from developers and
> from bleeding-edge users. [And as new versions of readline 7.0 are
> released, I will try to sync our local copy promptly.]
>
> Since the patch is too big to send inline, I pushed it to
> users/ppalka/readline-7.0-update. Hopefully that is more convenient that
> sending it as a compressed attachment.
>
> readline/ChangeLog.gdb:
>
> Import readline 7.0 alpha
> * configure: Regenerate.
> * examples/rlfe/configure: Regenerate.
>
> gdb/ChangeLog:
>
> * completer.c (gdb_printable_part): Sync with readline function
> it is based off of.
>
> gdb/testsuite/ChangeLog:
>
> * gdb.gdb/selftest.exp (test_with_self): Update test to now
> expect the GDB inferior to no longer immediately stop after
> being resumed with "signal SIGINT".
Ping!
next prev parent reply other threads:[~2015-07-23 0:28 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-15 2:35 Patrick Palka
2015-07-23 0:28 ` Patrick Palka [this message]
2015-07-24 8:46 ` Pedro Alves
2015-07-25 15:34 ` Patrick Palka
2015-07-25 19:15 ` Doug Evans
2015-07-25 19:29 ` Patrick Palka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CA+C-WL8p9L=FWyvRh52qRn42r7B_ULNhf5610NPNXMgwrBHBYA@mail.gmail.com' \
--to=patrick@parcs.ath.cx \
--cc=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).