riscv-gnu-toolchain/glibc.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author	Files	Lines
2018-01-01	Update copyright dates with scripts/update-copyrights.	Joseph Myers	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.
2017-01-01	Update copyright dates with scripts/update-copyrights.	Joseph Myers	1	-1/+1

2016-01-04	Update copyright dates with scripts/update-copyrights.	Joseph Myers	1	-1/+1

2015-01-02	Update copyright dates with scripts/update-copyrights.	Joseph Myers	1	-1/+1

2014-01-01	Update copyright notices with scripts/update-copyrights	Allan McRae	1	-1/+1

2013-01-02	Update copyright notices with scripts/update-copyrights.	Joseph Myers	1	-1/+1

2012-02-09	Replace FSF snail mail address with URLs.	Paul Eggert	1	-3/+2

2009-11-17	Whitespace fixes.	Ulrich Drepper	1	-2/+2

2009-11-17	Fix ranges with multibyte characters as endpoints.	Paolo Bonzini	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.