[Bug-gnulib] regex.m4 encoding problem; '# serial'

[Paul Eggert]

Jim Meyering <address@hidden> writes:

> >     * m4/regex.m4: Sync with gnulib; this is just a change from \371
> >     to \201 to fix an encoding glitch I introduced.
> 
> I don't understand this part.
> The byte that was there before sure looks like it was \371:

Oops.  Thanks for pointing that out.  It looks like my copy of
regex.m4 got confused after Emacs had its way with that character;
probably something to do with UTF-8.  Sorry about that.  I installed
the following patch into gnulib.  Now gnulib matches coreutils, except
for the serial number.

While we're on the subject of serial number, would anyone mind if I
got rid of header comments like 'serial 19'?  I seem to recall there
was some sentiment for getting rid of the serial numbers now that
everything's CVSed, but don't recall the resolution of that.

2003-08-09  Paul Eggert  <address@hidden>

        * regex.m4 (jm_INCLUDED_REGEX): Change "\201" to "\371";
        apparently Emacs's Unicode mode got confused before my 2003-08-05
        checkin.

Index: regex.m4
===================================================================
RCS file: /cvsroot/gnulib/gnulib/m4/regex.m4,v
retrieving revision 1.34
retrieving revision 1.35
diff -p -u -r1.34 -r1.35
--- regex.m4    7 Aug 2003 19:33:14 -0000       1.34
+++ regex.m4    9 Aug 2003 20:04:34 -0000       1.35
@@ -1,4 +1,4 @@
-#serial 18
+#serial 19
 
 dnl Initially derived from code in GNU grep.
 dnl Mostly written by Jim Meyering.
@@ -52,7 +52,7 @@ AC_DEFUN([jm_INCLUDED_REGEX],
            /* The following example is derived from a problem report
                against gawk from Jorge Stolfi <address@hidden>.  */
            memset (&regex, 0, sizeof (regex));
-           s = re_compile_pattern ("[[an\201]]*n", 7, &regex);
+           s = re_compile_pattern ("[[an\371]]*n", 7, &regex);
            if (s)
              exit (1);