wireguard-openbsd/lib/libedit/chartype.h, branch jd/queueboosts

typos in comments; from Pedro Giffuni (FreeBSD) via Christos Zoulas (NetBSD)

2016-05-06T18:01:40Z

delete the "private" and "public" preprocessor macros, just use standard C;

2016-04-11T21:17:29Z

OK martijn@

Clean up chartype.h:

2016-04-11T20:54:05Z

* not used in tokenizer.c * only use it for !NARROWCHAR * no need for underscores before ct_{de,en}code_string() * make the conversion buffer resize function private OK martijn@

get rid of the non-standard data type "Char" in almost all files;

2016-04-11T20:43:33Z

ok martijn@

Move wrapper macros to the two files actually needing them:

2016-04-11T19:54:53Z

FUNW, Strlen, Strdup, Strcmp, Strncmp, Strncpy, Strncat -> history.c Strchr, tok_strdup -> tokenizer.c FUN, TYPE, STR -> both of these files OK martijn@ Also proofread by Christian Heckendorf who reported some whitespace issues in parse.c.

Delete 26 wrapper macros and two wrapper functions that are no

2016-04-09T20:15:26Z

longer needed now that we always compile with wide character support, reducing code obfuscation. OK czarkoff@ martijn@. Diff also proofread by Christian Heckendorf .

Always compile with WIDECHAR on and delete that preprocessor switch.

2016-04-09T19:31:55Z

OK martijn@. Diff also proofread by Christian Heckendorf .

format string fixes in debug code;

2016-03-22T11:32:18Z

committing right away because this code is not even compiled by default

Christos Zoulas just rescinded clauses 3 & 4 of his licenses, see

2016-03-21T18:40:25Z

NetBSD chartype.c rev. 1.23, chartype.h rev. 1.25, eln.c rev. 1.28. No code change.

Make the read_char() function always take a wchar_t * argument.

2016-03-21T17:28:10Z

On first sight, it might look as if this required a bump because it seems to change the public type el_rfunc_t. But we only compile with WIDECHAR, and in that case, there is no change in the interface. This also simplifies some logic by getting rid of the NARROW_READ flag which was broken anyway. OK czarkoff@