src/lib/libedit, branch releng/9.1

MFC r238173:

2012-07-09T09:11:07+00:00

Fix issue resizing bin/sh

This partially reverts some changes from r237448 that are causing
breakage when resizing under bin/sh .

Reverted changes from NetBSD are:

Mar 10 20:46:15 2009 - editline.3 read.c
make el_gets set the count to -1 on error to distinguish between EOF and
error.

Feb 19 15:20:22 2009 - read.c sig.c sig.h
reset and redraw on sigcont. From Anon Ymous.

Feb 15 21:24:13 2009
don't restart on EINTR, instead return NULL immediately. From Anon Ymous

PR:		169603
Reported by:	Peter Jeremy, David Shao
MFC after:	3 days
Approved by:	re

MFC: r228114 r228116 r234690: install a readline/tilde.h

2012-07-02T09:35:28+00:00

MFC r237448:

2012-06-29T03:01:38+00:00

Merge changes from upstream libedit.

Here we update most of the files to at least match the
version available in NetBSD's snapshot of 20091228. This
version was chosen because it still doesn't include wide
character support (UTF-8), which involves many changes and
new files.

Add $FreeBSD$'s.

2011-04-14T15:42:15+00:00

* Add the readline(3) API to libedit. The libedit versions of

2011-04-05T18:41:01+00:00

  {readline,history}.h are in /usr/include/edit so as to not conflict with
  the GNU libreadline versions.  To use the libedit readline(3) one should
  add "-I/usr/include/edit" to their Makefile
  (spelled "-I${DESTDIR}/${INCLUDEDIR}/edit" within the FreeBSD source tree).

* Enable its use in the BSD licensed utilities that support readline(3).

* To make it easier to sync libedit development with NetBSD, histedit.h
  is moved into libedit's directory as history shows shown we keep merging
  it into that location.

Obtained from:	NetBSD
Sponsored by:	Juniper Networks

libedit: Try to map to ed-delete-next-char.

2010-09-05T16:12:10+00:00

This adds a new "arrow" key "delete" corresponding to the kD termcap value.
It only works if that is a sequence such as "\033[3~"; if it is "\177", the
em-delete-prev-char or ed-delete-prev-char from the single-character
mappings remains. It turns out that most terminals (xterm and alikes,
syscons in xterm mode) produce "\033[3~" by default so  has the
expected effect.

This also means that things need to be considerably misconfigured for
 to perform a  action.

libedit: Do not move the cursor for ed-delete-next-char in emacs mode.

2010-09-03T22:24:26+00:00

This makes ed-delete-next-char suitable for mapping to the  key.

Behaviour in vi mode is unchanged (for 'x').

Fix typos, spelling, formatting and mdoc mistakes found by Nobuyuki while

2010-08-16T15:18:30+00:00

translating these manual pages.  Minor corrections by me.

Submitted by:	Nobuyuki Koganemaru

libedit: Reduce surprising behaviour with filename completion some more:

2010-06-15T22:23:21+00:00

* Quote '*', '?' and '['. While it may be more useful to expand them to
  matching pathnames, this at least matches with the completion we do.
* '@' is a regular character for filenames. Some other shells do
  @ completion but we do not.
* Prefix names starting with '-' and '+' with './' so they are not seen as
  options.

libedit: Allow simple quoting in filename completion.

2010-06-15T21:34:57+00:00

The completer recognizes characters escaped with backslashes as being
literal parts of a word, and adds backslashes to avoid almost all
misinterpretation. In particular, filenames containing spaces can be
completed correctly.

For bug compatibility with the NetBSD version, the improved completion
function has a new name, _el_fn_sh_complete, and _el_fn_complete is
unchanged.

Submitted by:	Guy Yur