James Youngman <[EMAIL PROTECTED]> writes:
> I was testing on a Glibc system, and so wasn't picking up the gnulib
> version of fnmatch(). Silly me.
Won't other people have the same problem?
Can you modify m4/fnmatch.m4 to detect the problem, and if so then use
the gnulib version instead of the
On Tue, Jun 07, 2005 at 09:26:33AM +0100, James Youngman wrote:
> On Tue, Jun 07, 2005 at 12:03:27AM -0700, Paul Eggert wrote:
> > Does the following untested patch fix things? It attempts to mimic
> > what Bash does.
> It appears not to affect this behaviour, but I don't have time right
> now t
On Tue, Jun 07, 2005 at 12:03:27AM -0700, Paul Eggert wrote:
> James Youngman <[EMAIL PROTECTED]> writes:
>
> > Any ideas/suggestions?
>
> Does the following untested patch fix things? It attempts to mimic
> what Bash does.
>
> *** fnmatch.c Fri May 13 23:03:58 2005
> --- /tmp/fnmatch.cTue
James Youngman <[EMAIL PROTECTED]> writes:
> Any ideas/suggestions?
Does the following untested patch fix things? It attempts to mimic
what Bash does.
*** fnmatch.c Fri May 13 23:03:58 2005
--- /tmp/fnmatch.c Tue Jun 7 00:02:03 2005
*** fnmatch (const char *pattern, const ch
Hello,
I have filenames on my system that are in latin1; these are installed
as part of my distribution. However, I have my environment set up for
UTF-8.
This appears to bring about a situation where gnulib's fnmatch()
function fails to match some characters with '?' and '*'. The problem
appear
