| History log of /src/lib/libedit/search.h |
| Revision | | Date | Author | Comments |
| 1.14 |
| 09-May-2016 |
christos | s/protected/libedit_private/g
|
| 1.13 |
| 11-Apr-2016 |
christos | Char -> wchar_t from Ingo Schwarze.
|
| 1.12 |
| 16-Feb-2016 |
christos | From Ingo Scharze:
Let "el.h" include everything needed for struct editline,
and don't include that stuff multiple times. That also improves
consistency, also avoids circular inclusions, and also makes it
easier to follow what is going on, even though not quite as nice.
But it seems like the best we can do...
|
| 1.11 |
| 16-Feb-2016 |
christos | cleanup inclusion of histedit.h (Ingo Schwarze)
|
| 1.10 |
| 14-Feb-2016 |
christos | From Ingo Schwarze:
As we have seen before, "histedit.h" can never get rid of including
the <wchar.h> header because using the data types defined there is
deeply ingrained in the public interfaces of libedit.
Now POSIX unconditionally requires that <wchar.h> defines the type
wint_t. Consequently, it can be used unconditionally, no matter
whether WIDECHAR is active or not. Consequently, the #define Int
is pointless.
Note that removing it is not gratuitious churn. Auditing for
integer signedness problems is already hard when only fundamental
types like "int" and "unsigned" are involved. It gets very hard
when types come into the picture that have platform-dependent
signedness, like "char" and "wint_t". Adding yet another layer
on top, changing both the signedness and the width in a platform-
dependent way, makes auditing yet harder, which IMHO is really
dangerous. Note that while removing the #define, i already found
one bug caused by this excessive complication - in the function
re_putc() in refresh.c. If WIDECHAR was defined, it printed an
Int = wint_t value with %c. Fortunately, that bug only affects
debugging, not production. The fix is contained in the patch.
With WIDECHAR, this doesn't change anything. For the case without
WIDECHAR, i checked that none of the places wants to store values
that might not fit in wint_t.
This only changes internal interfaces; public ones remain unchanged.
|
| 1.9 |
| 30-Dec-2009 |
christos | Wide character support (UTF-8) from Johny Mattsson; currently disabled.
|
| 1.8 |
| 18-Oct-2003 |
christos | make forward incremental search work better.
|
| 1.7 |
| 07-Aug-2003 |
agc | Move UCB-licensed code from 4-clause to 3-clause licence.
Patches provided by Joel Baker in PR 22280, verified by myself.
|
| 1.6 |
| 15-Nov-2002 |
christos | PR/18995: David Laight: libedit fixes for posix conformant sh
The posix 'sh' specification defines vi-mode editing quite tightly.
The netbsd libedit code (used by sh to do this) was missing several
features, there were also minor errors in others.
Compare netbsd sh to the definition available from:
http://www.opengroup.org/onlinepubs/007904975/utilities/sh.html
In particular the following were not supported:
U - undo all changes to line
| - goto column
Y - yank to end of line
y - yank
# - comment out current line
@ - take input from shell alias [1]
G - goto numbered line in history buffer
v - edit history line with vi
_ - append word from last input line
. - redo last command
Other minor changes have also been made.
[1] This needs the shell to define an appropriate routine to
return the text of the alias. There is no requirement that
such a function exist.
|
| 1.5 |
| 04-Sep-2000 |
lukem | convert to new style guide, which includes:
- ansi prototypes & features (such as stdargs)
- 8 space indents
|
| 1.4 |
| 02-Jul-1999 |
simonb | More trailing white space.
|
| 1.3 |
| 12-Dec-1998 |
christos | delint
|
| 1.2 |
| 11-Jan-1997 |
lukem | RCSid police
editline first appeared in 4.4BSD not NetBSD1.0
|
| 1.1 |
| 06-May-1994 |
cgd | branches: 1.1.1;
Initial revision
|
| 1.1.1.1 |
| 06-May-1994 |
cgd | libedit!
|
