Re: fnmatch and FNM_CASEFOLD

[Felix Janda <felix.janda@posteo.de>]

Rich Felker wrote:
> On Fri, Nov 29, 2013 at 06:34:17PM -0500, Rich Felker wrote:
[...]
> > I'd also like to remove FNM_LEADING_DIR, which is unsupported by musl
> > and documented in the man page as:
> > 
> >     "This flag is mainly for the internal use of glibc and is
> >     implemented only in certain cases."
> 
> Unfortunately, Debian codesearch is showing a lot of hits for
> FNM_LEADING_DIR; I haven't researched whether they're hard or soft
> dependencies, so if anyone is willing to look into that, it'd be
> helpful. See: http://codesearch.debian.net/search?q=FNM_LEADING_DIR

The vast majority of the matches comes from code copied from gnulib,...
implementing fnmatch().

busybox's tar uses it if available for the -X and -T option for file
in/exclusion.

Jane Street's core library for OCaml provides libc's version of
fnmatch() to its users. Its implementation expects FNM_LEADING_DIR
(and also FNM_CASE_FOLD) to exists.

recoll will only use FNM_LEADING_DIR if it is available. However its
documentation says it is always used.

csync2 and dds2tar use the flag unconditionally.

sitecopy checks in its config script for the existance of FNM_LEADING_DIR
and uses it if declared. It is therefore currently broken for musl and
fixed if one removes the declaration.

Felix