Add support for __fspath__ to fnmatch.fnmatchase and filter

[andresdelfino]

BPO	35396
Nosy	@andresdelfino
PRs	bpo-35396: Add support for __fspath__ in fnmatch.fnmatchcase and fnmatch.filter #10881

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2018-12-05.11:23:35.514>
created_at = <Date 2018-12-03.22:43:24.449>
labels = ['3.8', 'type-feature', 'library']
title = 'Add support for __fspath__ to fnmatch.fnmatchase and filter'
updated_at = <Date 2018-12-05.11:23:35.512>
user = 'https://github.com/andresdelfino'

bugs.python.org fields:

activity = <Date 2018-12-05.11:23:35.512>
actor = 'adelfino'
assignee = 'none'
closed = True
closed_date = <Date 2018-12-05.11:23:35.514>
closer = 'adelfino'
components = ['Library (Lib)']
creation = <Date 2018-12-03.22:43:24.449>
creator = 'adelfino'
dependencies = []
files = []
hgrepos = []
issue_num = 35396
keywords = ['patch']
message_count = 2.0
messages = ['330992', '331099']
nosy_count = 1.0
nosy_names = ['adelfino']
pr_nums = ['10881']
priority = 'normal'
resolution = 'rejected'
stage = 'resolved'
status = 'closed'
superseder = None
type = 'enhancement'
url = 'https://bugs.python.org/issue35396'
versions = ['Python 3.8']

[andresdelfino]

Both fnmatch.fnmatchase and fnmatch.filter (in Unix) do not support path-like objects.

This is inconvenient, for example, when taking advantage of os.scandir and working with os.DirEntry objets.

Also, fnmatch.filter in Windows does support path-like objects, since it uses os.path.normcase (which works with path-like objects), so the change for Unix would add consistency.

I propose for both functions to accept path-like objects, and in the case of fnmatch.filter, to return the path-like object if it matches the pattern (as it does now for Windows).

[andresdelfino]

Closing, as __fspath__ returns paths and fnmatchcase/filter deals with filenames.