Re: coreutils CVS port to Solaris 8

[Jim Meyering]

Paul Eggert <address@hidden> wrote:
> Here are some patches I used to get coreutils CVS running on Solaris
> 8.  Otherwise, fnmatch.c won't build (since fnmatch.h isn't built),
> and there are problems with error.  Also we might as well sync regex.c
> while we're at it.  I probably introduced some of the porting bugs in
> my recent gnulib merges; sorry about that.
>
> 2003-08-08  Paul Eggert  <address@hidden>
>
>       * lib/Makefile.am (libfetish_a_SOURCES): Remove fnmatch_.h.
>       (lib_OBJECTS): New macro, for convenience when cutting and
>       pasting Makefile.am templates from gnulib.
>       (EXTRA_DIST): Remove fnmatch_loop.c.
>       (BUILT_SOURCES): Append $(FNMATCH_H).
>       * lib/Makefile.am: Import the following changes from gnulib templates
>       for alloca and fnmatch):
>       (all-local $(lib_OBJECTS)): New dependencies.
>       (alloca.h): Use alloca.h-t for temporary.
>       (EXTRA_DIST): Append fnmatch_.h, fnmatch_loop.c.
>       (fnmatch.h): New rule.
>       (MOSTLYCLEANFILES): Add fnmatch.h, fnmatch.h-t.
>       (DISTCLEANFILES): Remove fnmatch.h
>
>       * m4/jm-macros.m4 (jm_MACROS): Replace jm_INCLUDED_REGEX([lib/regex.c])
>       with gl_REGEX.
>       Replace jm_FUNC_MKTIME with gl_FUNC_MKTIME.
>       Remove redundant AC_FUNC_FNMATCH_GNU, jm_FUNC_MKTIME.
>       Remove AC_FUNC_VPRINTF.
>       Add gl_ERROR.

Thanks for all that work.
I've applied the above.

>       * 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:

  $ cvs -q up -p -r1.32 regex.m4 \
      |sed -n '/s = re_comp.*an/s/.*an//p' |od -o -An -N1
   000371

And when I print \371, I get something (`u' with a grave accent)
that looks the same as what was there before:

  $ printf '\371\n'
  ù