From: Patrick Palka <patrick@parcs.ath.cx>
To: gdb-patches@sourceware.org
Cc: jan.kratochvil@redhat.com, Patrick Palka <patrick@parcs.ath.cx>
Subject: [PATCH] [RFC] Sync readline to version 6.3 patchlevel 8
Date: Thu, 14 May 2015 00:12:00 -0000 [thread overview]
Message-ID: <1431562331-20448-1-git-send-email-patrick@parcs.ath.cx> (raw)
This patch syncs our upstream copy of readline to version 6.3
patchlevel 8.
I basically copied what was done when Jan updated to readline 6.2 in
2011: http://sourceware.org/ml/gdb-patches/2011-05/msg00003.html
Specifically, I:
1. Extracted the readline 6.3 tarball on top of readline/
2. Applied patches 1-8 from ftp://ftp.cwru.edu/pub/bash/readline-6.3-patches/
3. Omitted all the files in doc/ that were intentionally omitted before.
4. Regenerated readline/configure and readline/examples/rlfe/configure
using autoconf 2.64. No other configure files needed regenerating.
5. Reapplied the only local patch since the update to readline 6.2 that
has not already been applied to readline 6.3, 05942d8a1 ("Fix
executable indicator in file name completeion on Windows."). This
particular patch has been applied upstream but readline 6.3 does not
have it. Whether or not a local patch has already been applied to
readline 6.3 was determined via manual inspection. (Wasn't too bad
really.)
The new files to make it into the tree are:
colors.{c,h}
configure.ac
parse-colors.{c,h}
examples/hist_erasedups.c
examples/hist_purgecmd.c
Deleted files:
configure.in
I've been using this patch locally for a few months now and I've
experienced only a single regression which has already been preemptively
fixed by 8900d71e3 ("Explicitly call rl_resize_terminal() in TUI's
SIGWINCH handler"). Other than that, no issues in either the CLI or the
TUI, or changes in the testsuite. Though I have only been able to test
this patch on Linux.
Have I missed anything? What else should be done in order to sync our
copy of readline? Unlike the last sync from 5.1 to 6.2, this sync to
6.3 is quite minor and hopefully painless.
Because the commit is so big and so mechanical I elected to create a
branch users/ppalka/readline-6.3-update where you can view/test the
change.
readline/ChangeLog.gdb:
Import readline 6.3 and upstream patches 1-8.
* configure: Regenerate.
* examples/rlfe/configure: Regenerate.
* complete.c: Reapply previous change.
---
readline/CHANGELOG | 129 ++
readline/CHANGES | 139 ++
readline/ChangeLog.gdb | 7 +
readline/INSTALL | 2 +-
readline/MANIFEST | 9 +-
readline/Makefile.in | 63 +-
readline/NEWS | 66 +-
readline/README | 11 +-
readline/aclocal.m4 | 34 +-
readline/bind.c | 208 +-
readline/callback.c | 44 +-
readline/chardefs.h | 2 +-
readline/colors.c | 251 +++
readline/colors.h | 122 ++
readline/complete.c | 378 +++-
readline/config.h.in | 19 +-
readline/configure | 208 +-
readline/configure.ac | 303 +++
readline/configure.in | 304 ---
readline/display.c | 347 ++--
readline/doc/Makefile.in | 3 +
readline/doc/history.3 | 15 +-
readline/doc/history.texi | 26 +-
readline/doc/hstech.texi | 4 +-
readline/doc/hsuser.texi | 34 +-
readline/doc/readline.3 | 89 +-
readline/doc/rlman.texi | 27 +-
readline/doc/rltech.texi | 210 +-
readline/doc/rluser.texi | 228 ++-
readline/doc/rluserman.texi | 27 +-
readline/doc/texi2dvi | 4 +-
readline/doc/texi2html | 6 +-
readline/doc/version.texi | 12 +-
readline/emacs_keymap.c | 6 -
readline/examples/Makefile.in | 33 +-
readline/examples/excallback.c | 7 +-
readline/examples/hist_erasedups.c | 121 ++
readline/examples/hist_purgecmd.c | 151 ++
readline/examples/readlinebuf.h | 6 +-
readline/examples/rl-callbacktest.c | 87 +
readline/examples/rlfe/config.h.in | 6 +-
readline/examples/rlfe/configure | 3862 +++++++++++++----------------------
readline/examples/rlfe/configure.in | 6 +-
readline/examples/rlfe/extern.h | 2 +-
readline/examples/rlfe/os.h | 8 +-
readline/examples/rlfe/rlfe.c | 9 +-
readline/examples/rlptytest.c | 6 +-
readline/funmap.c | 5 +-
readline/histexpand.c | 70 +-
readline/histfile.c | 62 +-
readline/history.c | 8 +-
readline/history.h | 2 +-
readline/input.c | 71 +-
readline/isearch.c | 128 +-
readline/macro.c | 38 +-
readline/mbutil.c | 11 +-
readline/misc.c | 41 +-
readline/nls.c | 35 +-
readline/parse-colors.c | 440 ++++
readline/parse-colors.h | 46 +
readline/patchlevel | 2 +-
readline/posixdir.h | 14 +-
readline/posixjmp.h | 2 +
readline/readline.c | 153 +-
readline/readline.h | 36 +-
readline/rlconf.h | 12 +-
readline/rldefs.h | 10 +-
readline/rlmbutil.h | 9 +
readline/rlprivate.h | 35 +-
readline/rlstdc.h | 12 +
readline/rltty.c | 10 +-
readline/rltypedefs.h | 11 +-
readline/search.c | 91 +-
readline/shell.c | 46 +-
readline/shlib/Makefile.in | 81 +-
readline/signals.c | 122 +-
readline/support/config.guess | 587 +++---
readline/support/config.rpath | 0
readline/support/config.sub | 332 ++-
readline/support/mkdist | 15 +-
readline/support/shlib-install | 9 +-
readline/support/shobj-conf | 71 +-
readline/terminal.c | 57 +-
readline/text.c | 7 +-
readline/undo.c | 45 +-
readline/util.c | 83 +-
readline/vi_keymap.c | 1 -
readline/vi_mode.c | 133 +-
readline/xfree.c | 7 -
readline/xmalloc.h | 3 -
90 files changed, 6578 insertions(+), 4016 deletions(-)
create mode 100644 readline/colors.c
create mode 100644 readline/colors.h
create mode 100644 readline/configure.ac
delete mode 100644 readline/configure.in
create mode 100644 readline/examples/hist_erasedups.c
create mode 100644 readline/examples/hist_purgecmd.c
create mode 100644 readline/examples/rl-callbacktest.c
create mode 100644 readline/parse-colors.c
create mode 100644 readline/parse-colors.h
mode change 100755 => 100644 readline/support/config.guess
mode change 100755 => 100644 readline/support/config.rpath
mode change 100755 => 100644 readline/support/config.sub
mode change 100755 => 100644 readline/support/shobj-conf
next reply other threads:[~2015-05-14 0:12 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-14 0:12 Patrick Palka [this message]
2015-05-14 1:40 ` Patrick Palka
2015-05-18 11:38 ` Patrick Palka
2015-05-18 11:41 ` Patrick Palka
2015-06-18 10:41 ` Pedro Alves
2015-05-14 9:29 ` Pedro Alves
2015-05-16 1:00 ` Doug Evans
2015-05-16 14:59 ` Patrick Palka
2015-05-16 15:23 ` Doug Evans
2015-05-16 15:25 ` Jan Kratochvil
2015-05-16 15:50 ` Patrick Palka
2015-05-16 16:06 ` Jan Kratochvil
2015-05-16 15:51 ` Doug Evans
2015-06-18 10:39 ` Pedro Alves
2015-06-18 13:47 ` Doug Evans
2015-06-18 14:08 ` Pedro Alves
2015-06-18 14:20 ` Doug Evans
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=1431562331-20448-1-git-send-email-patrick@parcs.ath.cx \
--to=patrick@parcs.ath.cx \
--cc=gdb-patches@sourceware.org \
--cc=jan.kratochvil@redhat.com \
/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