diff options
| author | Glenn Morris <rgm@gnu.org> | 2012-03-28 01:02:53 -0700 |
|---|---|---|
| committer | Glenn Morris <rgm@gnu.org> | 2012-03-28 01:02:53 -0700 |
| commit | 6ed29ea061c2008635f9097ed6799c9c77010d6b (patch) | |
| tree | df5c537a589cbb1cc791d39b1a8e9dca6bbe1a67 | |
| parent | 76ed832432650ca8dc29bc4a22fe37792959bd84 (diff) | |
| download | emacs-6ed29ea061c2008635f9097ed6799c9c77010d6b.tar.gz | |
Comment
| -rw-r--r-- | doc/lispref/searching.texi | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/doc/lispref/searching.texi b/doc/lispref/searching.texi index 16eea349d7f..a248932b51d 100644 --- a/doc/lispref/searching.texi +++ b/doc/lispref/searching.texi @@ -392,6 +392,10 @@ If @code{case-fold-search} is non-@code{nil}, @samp{[a-z]} also matches upper-case letters. Note that a range like @samp{[a-z]} is not affected by the locale's collation sequence, it always represents a sequence in @acronym{ASCII} order. +@c This wasn't obvious to me, since eg the grep manual "Character +@c Classes and Bracket Expressions" specifically notes the opposite +@c behavior. But by experiment Emacs seems unaffected by LC_COLLATE +@c in this regard. Note also that the usual regexp special characters are not special inside a character alternative. A completely different set of characters is |