mirror/glibc - mirror of git://sourceware.org/git/glibc.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	Update copyright dates with scripts/update-copyrights.	Joseph Myers	2018-01-01	1	-1/+1
\| \| \| \| \| \| \|	* All files with FSF copyright notices: Update copyright dates using scripts/update-copyrights. * locale/programs/charmap-kw.h: Regenerated. * locale/programs/locfile-kw.h: Likewise.
*	Update copyright dates with scripts/update-copyrights.	Joseph Myers	2017-01-01	1	-1/+1
\|
*	Update copyright dates with scripts/update-copyrights.	Joseph Myers	2016-01-04	1	-1/+1
\|
*	Update copyright dates with scripts/update-copyrights.	Joseph Myers	2015-01-02	1	-1/+1
\|
*	Update copyright notices with scripts/update-copyrights	Allan McRae	2014-01-01	1	-1/+1
\|
*	Update copyright notices with scripts/update-copyrights.	Joseph Myers	2013-01-02	1	-1/+1
\|
*	Replace FSF snail mail address with URLs.	Paul Eggert	2012-02-09	1	-3/+2
\|
*	Whitespace fixes.	Ulrich Drepper	2009-11-17	1	-2/+2
\|
*	Fix ranges with multibyte characters as endpoints.	Paolo Bonzini	2009-11-17	1	-0/+103
	This is another bug in computing the fastmap. It was reported by a user of sed because it usually does not happen with !_LIBC. However, it is there in that case too. The bug is that whenever we have a range at the beginning of the regex, the regex must be tested on any possible multibyte character. The reason why _LIBC masks it, is that in general there is a collation symbol for each possible multibyte-character lead byte, so all the lead bytes are in general already part of the fastmap. The tests use cyrillic characters as an example. With _LIBC, they pass without the patch too, but you can make them fail by removing collation symbols handling.