From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4320 Path: news.gmane.org!not-for-mail From: Felix Janda Newsgroups: gmane.linux.lib.musl.general Subject: Re: fnmatch and FNM_CASEFOLD Date: Sun, 1 Dec 2013 15:02:35 +0100 Message-ID: <20131201140235.GA3383@gauss> References: <20131129174249.GC24286@brightrain.aerifal.cx> <20131129233417.GK24286@brightrain.aerifal.cx> <20131130211612.GX24286@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1385906645 17917 80.91.229.3 (1 Dec 2013 14:04:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 1 Dec 2013 14:04:05 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4324-gllmg-musl=m.gmane.org@lists.openwall.com Sun Dec 01 15:04:12 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1Vn7d6-0000lX-HY for gllmg-musl@plane.gmane.org; Sun, 01 Dec 2013 15:04:12 +0100 Original-Received: (qmail 3757 invoked by uid 550); 1 Dec 2013 14:04:10 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 3749 invoked from network); 1 Dec 2013 14:04:10 -0000 X-Virus-Scanned: amavisd-new at posteo.de Mail-Followup-To: musl@lists.openwall.com Content-Disposition: inline In-Reply-To: <20131130211612.GX24286@brightrain.aerifal.cx> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:4320 Archived-At: 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