From efdf29daf8de3b6c958c9390ea9bd5c0a248a5b1 Mon Sep 17 00:00:00 2001 From: Glenn Morris Date: Wed, 28 Mar 2012 01:02:53 -0700 Subject: [PATCH] Comment --- doc/lispref/searching.texi | 4 ++++ 1 file changed, 4 insertions(+) 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 -- 2.39.5