public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
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!

  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).