[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Equivalence classes handled differently in mb vs non-mb patterns
From: |
Chet Ramey |
Subject: |
Re: Equivalence classes handled differently in mb vs non-mb patterns |
Date: |
Thu, 30 Jul 2020 15:51:49 -0400 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 |
On 7/28/20 4:17 AM, Harald van Dijk wrote:
> Bash Version: 5.0
> Patch Level: 18
> Release Status: release
>
> Description:
> In lib/glob/smatch.c, there are two functions that are used to
> check equivalence classes in patterns: collequiv, and
> collequiv_wc. The former is used if the pattern does not contain
> any multi-byte characters, the latter otherwise, With
> exceptions that are not relevant to this bug. The two functions
> do not give the same results: collequiv does not implement the
> fnmatch() fallback code that collequiv_wc does implement,
> leading to inconsistent matching for ASCII-only equivalence
> classes.
Thanks for the report, and the prodding to do the work that has been
pending in this area.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/