[Bug-gnulib] regex.m4 patch to remove 0201 char from C source

[Paul Eggert]

I ran into trouble when fixing regex.m4 on some other issue, because
multi-gnome-terminal went haywire when trying to display a non-ASCII
character.  I suppose I could track down the bug in
multi-gnome-terminal, but that character shouldn't be in the C source
code anyway: the C source code is compiled in the C locale and the
weird character leads to unspecified behavior in that locale, and
anyway if we're going to have non-ASCII chars in source we should be
using UTF-8.  I installed the following obvious patch to work around
the problem.

Quite possibly this patch will be mungled by email, so if it does,
the patch merely replaces a single byte with octal code 201 with
the four bytes "\201".

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

        * regex.m4 (jm_INCLUDED_REGEX): Replace a single non-ASCII
        byte with "\201" to avoid glitches when editing that source file
        with multi-gnome-terminal.

Index: m4/regex.m4
===================================================================
RCS file: /cvsroot/gnulib/gnulib/m4/regex.m4,v
retrieving revision 1.31
retrieving revision 1.33
diff -p -u -r1.31 -r1.33
--- m4/regex.m4 23 Jul 2003 11:08:01 -0000      1.31
+++ m4/regex.m4 6 Aug 2003 06:27:39 -0000       1.33
@@ -1,4 +1,4 @@
-#serial 16
+#serial 17
 
 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ù]]*n", 7, &regex);
+           s = re_compile_pattern ("[[an\201]]*n", 7, &regex);
            if (s)
              exit (1);