Re: Documentation bug in regex.h?

[Paul Eggert]

Re <http://lists.gnu.org/archive/html/bug-gnulib/2005-07/msg00132.html>.

Yes, that is a documentation bug.  I installed this patch and filed
a glibc bug report.

2005-08-23  Paul Eggert  <address@hidden>

        * config/srclist.txt: Add glibc bug 1232.
        * lib/regex.h (RE_NO_EMPTY_RANGES): Fix doc bug reported by James
        Youngman in
        <http://lists.gnu.org/archive/html/bug-gnulib/2005-07/msg00132.html>.

--- config/srclist.txt  23 Aug 2005 18:55:44 -0000      1.79
+++ config/srclist.txt  23 Aug 2005 19:09:05 -0000
@@ -106,6 +106,7 @@ $LIBCSRC/posix/regex.c                      lib gpl
 # http://sources.redhat.com/bugzilla/show_bug.cgi?id=1201
 # http://sources.redhat.com/bugzilla/show_bug.cgi?id=1207
 # http://sources.redhat.com/bugzilla/show_bug.cgi?id=1222
+# http://sources.redhat.com/bugzilla/show_bug.cgi?id=1232
 #$LIBCSRC/posix/regex.h                        lib gpl
 #
 # http://sources.redhat.com/bugzilla/show_bug.cgi?id=1215
--- lib/regex.h 20 Aug 2005 07:42:15 -0000      1.28
+++ lib/regex.h 23 Aug 2005 19:09:06 -0000
@@ -136,8 +136,7 @@ typedef unsigned long int reg_syntax_t;
 
 /* If this bit is set, then an ending range point collating higher
      than the starting range point, as in [z-a], is invalid.
-   If not set, then when ending range point collates higher than the
-     starting range point, the range is ignored.  */
+   If not set, the containing range is empty and does not match any string.  */
 #define RE_NO_EMPTY_RANGES (RE_NO_BK_VBAR << 1)
 
 /* If this bit is set, then an unmatched ) is ordinary.