Re: svn commit: r1731300 - in /subversion/trunk/subversion: include/private/svn_utf_private.h libsvn_repos/dump.c libsvn_subr/utf8proc.c svn/cl-log.h svn/log-cmd.c svn/svn.c tests/cmdline/log_tests.py tests/libsvn_subr/utf-test.c
From: Evgeny Kotkov <evgeny.kotkov_at_visualsvn.com>
Date: Sun, 21 Feb 2016 00:16:29 +0300
Branko Čibej <brane_at_apache.org> writes:
> Not really. For example, 'á' and 'A' are equivalent, but 'ß' and 'SS'
The Unicode Standard (Section 3.13 Default Case Algorithms) is quite clear
Default caseless matching is the process of comparing two strings for
Default Caseless Matching uses full case folding:
A string X is a caseless match for a string Y if and only if:
toCasefold(X): Map each character C in X to Case_Folding(C).
Case_Folding(C) uses the mappings with the status field value “C” or
When comparing strings for case-insensitive equality, the strings should
The behavior we get with this patch is well-defined and follows the spec,
>> But I'm wondering why you added this feature to an existing function?
I don't think that we expose this functionality in a broken way. There aren't
After all, the maintainers of utf8proc expose its features in a quite similar
This is an archived mail posted to the Subversion Dev mailing list.