diff options
author | Rich Felker <dalias@aerifal.cx> | 2013-12-02 02:08:41 -0500 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2013-12-02 02:08:41 -0500 |
commit | a4e10e304d54c6ac3c12db08774ef74a978a2073 (patch) | |
tree | 92a1316b1c521af1044d8524de48a1cc77610d20 /src/unistd/getuid.c | |
parent | a2231757044db66a36b9899a56011ae0cbac8d1e (diff) | |
download | musl-a4e10e304d54c6ac3c12db08774ef74a978a2073.tar.gz musl-a4e10e304d54c6ac3c12db08774ef74a978a2073.tar.xz musl-a4e10e304d54c6ac3c12db08774ef74a978a2073.zip |
implement FNM_LEADING_DIR extension flag in fnmatch
previously this flag was defined and accepted as a no-op, possibly breaking some software that uses it. given the choice to remove the definition and possibly break applications that were already working, or simply implement the feature, the latter turned out to be easy enough to make the decision easy. in the case where the FNM_PATHNAME flag is also set, this implementation is clean and essentially optimal. otherwise, it's an inefficient "brute force" implementation. at some point, when cleaning up and refactoring this code, I may add a more direct code path for handling FNM_LEADING_DIR in the non-FNM_PATHNAME case, but at this point my main interest is avoiding introducing new bugs in the code that implements the standard fnmatch features specified by POSIX.
Diffstat (limited to 'src/unistd/getuid.c')
0 files changed, 0 insertions, 0 deletions