X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 93FF6385AFAF DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1690482293; bh=fYgjM64qEtqCHqEu5hiFfn09rpi3pZoWbOsvIq+0tT8=; h=Date:To:Subject:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=Wq5yfD8NCAozZdDDJ0qSuMoeGULwNW+f45qoaMao0Csg3I3XP0XOwEPcerqsBNtES /SXNjDgvWmDRRGJo0dEKUokqgCQJE5awKgYVLK452VBQXwbN6dTh/SDn+p26ZbO12P nM7I+IA5mbbfo/D87OCurPe37+Qr3WYc5DW8x4M0= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A48D03858D37 Date: Thu, 27 Jul 2023 20:24:17 +0200 To: Bruno Haible Subject: Re: fnmatch improvements Message-ID: Mail-Followup-To: Bruno Haible , cygwin AT cygwin DOT com References: <3884636 DOT 3uDm00564X AT nimes> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <3884636.3uDm00564X@nimes> X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Corinna Vinschen via Cygwin Reply-To: cygwin AT cygwin DOT com Cc: Corinna Vinschen , cygwin AT cygwin DOT com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" Hi Bruno, On Jul 27 12:15, Bruno Haible via Cygwin wrote: > Hi, > > Gnulib has, for the first time, an fnmatch() implementation that supports > characters outside the Unicode Basic Multilingual Plane (BMP), even on Cygwin > with its 16-bits wchar_t type. That is, in an UTF-8 locale, e.g. > fnmatch ("x?y", "x\360\237\230\213y", 0) > now returns 0. > > This implementation also implements GNU extensions, as documented in > https://www.gnu.org/software/libc/manual/html_node/Wildcard-Matching.html > > Now, I see that in the Cygwin master branch the fnmatch implementation has > been improved, supposedly handling non-BMP characters and character classes > as well. The major changes are using 32 bit unicode values internally and implementing collating symbols and equivalence class expressions. > Therefore I would find it interesting to know whether the Cygwin 3.5.0 fnmatch() > now still gets overridden by the gnulib one and, if no, whether it passes the > gnulib test suite. I'm looking into that. First thing, your testsuite uncovered a bug in the latest fnmatch in the C locale. Comparing pointers instead of comparing characters was never a good idea for pattern matching... When I'm done I hope that our 3.5 fnmatch won't be overridden by the gnulib version :} > I can't easily install a Cygwin 3.5.0 snapshot. If one of you would like to > help, here's how to: > 1. Create an environment for working with a Cygwin 3.5.0 snapshot (from > March 2023 or newer). > 2. wget https://haible.de/bruno/gnu/testdir-fnmatch.tar.gz > 3. tar xfz testdir-fnmatch.tar.gz > 4. cd testdir-fnmatch-posix > ./configure 2>&1 | tee log1 > make > make check > grep fnmatch log1 > grep REPLACE_FNMATCH config.status > cd .. > 5. cd testdir-fnmatch-gnu > ./configure 2>&1 | tee log1 > make > make check > grep fnmatch log1 > grep REPLACE_FNMATCH config.status > cd .. > and provide the build and grep results. > > Thanks! > > Bruno No worries, thanks for the testcases, I think I have some result tomorrow. Corinna -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple