| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
prototypes. No function changes.
Notes:
svn path=/head/; revision=170528
|
|
|
|
|
|
|
|
| |
This is the final change that makes libc to compile with
WERROR on my amd64 crashbox.
Notes:
svn path=/head/; revision=169982
|
|
|
|
| |
Notes:
svn path=/head/; revision=169092
|
|
|
|
|
|
|
| |
Obtained from: OpenBSD
Notes:
svn path=/head/; revision=167223
|
|
|
|
|
|
|
|
|
| |
zero and the recursion level is too deep.
Obtained from: OpenBSD
Notes:
svn path=/head/; revision=167222
|
|
|
|
|
|
|
|
|
| |
echo "foo foo bar bar bar baz" | sed 's/\([^ ]*\)\( *\1\)*/\1/g'
Obtained from: OpenBSD via NetBSD (rev. 1.18)
Notes:
svn path=/head/; revision=167216
|
|
|
|
|
|
|
|
|
| |
clause.
# If I've done so improperly on a file, please let me know.
Notes:
svn path=/head/; revision=165903
|
|
|
|
| |
Notes:
svn path=/head/; revision=156613
|
|
|
|
|
|
|
| |
Reviewed by: davidxu
Notes:
svn path=/head/; revision=156608
|
|
|
|
| |
Notes:
svn path=/head/; revision=150053
|
|
|
|
|
|
|
|
| |
we must allow the character beginning at "p" to be converted to a wide
character for the purposes of EOL processing and word-boundary matching.
Notes:
svn path=/head/; revision=149180
|
|
|
|
|
|
|
| |
properly in multibyte locales.
Notes:
svn path=/head/; revision=149179
|
|
|
|
|
|
|
|
|
|
|
|
| |
inadvertently match a negative char in the RE being compiled.
This fixes compilation of "\376" (as an ERE) and "\376\376" (as a BRE).
PR: 84740
MFC after: 1 week
Notes:
svn path=/head/; revision=149009
|
|
|
|
|
|
|
|
|
|
| |
Confirmed by: tjr [1]
[1] PERFORCE CHANGESET 57044:
http://perforce.freebsd.org/changeView.cgi?CH=57044
Notes:
svn path=/head/; revision=145493
|
|
|
|
| |
Notes:
svn path=/head/; revision=141846
|
|
|
|
| |
Notes:
svn path=/head/; revision=140505
|
|
|
|
|
|
|
|
| |
PR: bin/75656
MFC after: 2 weeks
Notes:
svn path=/head/; revision=139437
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
reading past 'stop' in various places when converting multibyte characters.
Reading too far caused truncation to not be detected when it should have
been, eventually causing regexec() to loop infinitely in with certain
combinations of patterns and strings in multibyte locales.
PR: 74020
MFC after: 4 weeks
Notes:
svn path=/head/; revision=137959
|
|
|
|
|
|
|
| |
include it in all cases.
Notes:
svn path=/head/; revision=136091
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
multibyte character support:
- In CHadd(), avoid writing past the end of the character set bitmap when
the opposite-case counterpart of wide characters with values less than
NC have values greater than or equal to NC.
- In CHaddtype(), fix a braino that caused alphabetic characters to be
added to all character classes! (but only with REG_ICASE)
PR: 71367
Notes:
svn path=/head/; revision=134802
|
|
|
|
| |
Notes:
svn path=/head/; revision=132390
|
|
|
|
|
|
|
| |
with "sh mkh" so it works if the script is not executable.
Notes:
svn path=/head/; revision=132389
|
|
|
|
|
|
|
| |
of OANYOF sets for the moment.
Notes:
svn path=/head/; revision=132388
|
|
|
|
| |
Notes:
svn path=/head/; revision=132387
|
|
|
|
|
|
|
| |
support now.
Notes:
svn path=/head/; revision=132031
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
idea is that we perform multibyte->wide character conversion while parsing
and compiling, then convert byte sequences to wide characters when they're
needed for comparison and stepping through the string during execution.
As with tr(1), the main complication is to efficiently represent sets of
characters in bracket expressions. The old bitmap representation is replaced
by a bitmap for the first 256 characters combined with a vector of individual
wide characters, a vector of character ranges (for [A-Z] etc.), and a vector
of character classes (for [[:alpha:]] etc.).
One other point of interest is that although the Boyer-Moore algorithm had
to be disabled in the general multibyte case, it is still enabled for UTF-8
because of its self-synchronizing nature. This greatly speeds up matching
by reducing the number of multibyte conversions that need to be done.
Notes:
svn path=/head/; revision=132019
|
|
|
|
|
|
|
| |
contains an illegal multibyte character sequence.
Notes:
svn path=/head/; revision=132017
|
|
|
|
|
|
|
| |
unused character category calculations.
Notes:
svn path=/head/; revision=131973
|
|
|
|
| |
Notes:
svn path=/head/; revision=131692
|
|
|
|
| |
Notes:
svn path=/head/; revision=131504
|
|
|
|
| |
Notes:
svn path=/head/; revision=119893
|
|
|
|
|
|
|
|
|
|
| |
Only warnings that could be fixed without changing the generated object
code and without restructuring the source code have been handled.
Reviewed by: /sbin/md5
Notes:
svn path=/head/; revision=111010
|
|
|
|
| |
Notes:
svn path=/head/; revision=108087
|
|
|
|
| |
Notes:
svn path=/head/; revision=108037
|
|
|
|
| |
Notes:
svn path=/head/; revision=107052
|
|
|
|
| |
Notes:
svn path=/head/; revision=104358
|
|
|
|
| |
Notes:
svn path=/head/; revision=102411
|
|
|
|
|
|
|
| |
I believe have made all of libc .h's as consistent as possible.
Notes:
svn path=/head/; revision=92991
|
|
|
|
|
|
|
| |
I believe have made all of libc .c's as consistent as possible.
Notes:
svn path=/head/; revision=92986
|
|
|
|
|
|
|
| |
when deP'ing. But I guess not.
Notes:
svn path=/head/; revision=92971
|
|
|
|
| |
Notes:
svn path=/head/; revision=92905
|
|
|
|
| |
Notes:
svn path=/head/; revision=92889
|
|
|
|
|
|
|
| |
Submitted by: trevor
Notes:
svn path=/head/; revision=89647
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
access an array beyond it's length. This only happens in the last iteration of
a loop, and the value fetched is not used then, so the bug is a relatively
innocent one. Fix this by not fetching any value on the last iteration of said
loop.
Submitted by: MKI <mki@mozone.net>
MFC after: 1 week
Notes:
svn path=/head/; revision=86208
|
|
|
|
| |
Notes:
svn path=/head/; revision=84306
|
|
|
|
|
|
|
| |
with a trailing zero-width space: `e.g.\&'.
Notes:
svn path=/head/; revision=81449
|
|
|
|
|
|
|
|
|
|
| |
Avoid using parenthesis enclosure macros (.Pq and .Po/.Pc) with plain text.
Not only this slows down the mdoc(7) processing significantly, but it also
has an undesired (in this case) effect of disabling hyphenation within the
entire enclosed block.
Notes:
svn path=/head/; revision=81251
|
|
|
|
| |
Notes:
svn path=/head/; revision=79754
|
|
|
|
| |
Notes:
svn path=/head/; revision=74870
|
|
|
|
| |
Notes:
svn path=/head/; revision=72205
|