Update of bug #60540 (project findutils): Severity: 3 - Normal => 1 - Wish Assigned to: None => berny
_______________________________________________________ Follow-up Comment #1: Thanks for the suggestion. First of all, despite I'm using the shell quite a lot, I've never used the "@(...)" notation myself. The POSIX specification [1] is quite clear about the pattern matching of the -name option: -name pattern The primary shall [...] using the pattern matching notation described in Pattern Matching Notation. The additional rules in Patterns Used for Filename Expansion do not apply as this is a matching operation, not an expansion. The "Pattern Matching Notation" [2] in turn only foresees the question mark '?', the asterisk '*' and the left square bracket '[' as special characters with a special meaning. [1] https://pubs.opengroup.org/onlinepubs/9699919799/utilities/find.html [2] https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_13 Therefore, adding the FNM_EXTMATCH flag to the standard -name/-iname options is impossible. Furthermore, changing the behavior would/could break existing scripts relying on the specified pattern matching. Regarding adding another option for FNM_EXTMATCH: The fnmatch(3) manual page states that FNM_EXTMATCH is a GNU extension. Luckily, the gnulib module findutils is pulling in - fnmatch-gnu - supports that flag. OTOH, find(1) already supports the -regex option as GNU extension with several modes (as defined by -regextype) which allow alternative pattern matching, e.g. with the standard regex mode: $ find . -regex '.*?\(mp4\|avi\|mov\)$' -print -quit ./hayseed_dixie/hayseedstory.mov As no-one else voted for the FNM_EXTMATCH feature at all, I therefore think that the given -regex functionality seems to be sufficient; and introducing yet another way to specify file name patterns may possibly confuse the users more than it helps. I'm therefore changing the severity to 'wish'. Still, I believe improving the documentation to clarify the behavior is always worthwhile - suggestions and patches welcome. Have a nice day, Berny _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?60540> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/