[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #20804] -path vs. -wholename
From: |
Eric Blake |
Subject: |
[bug #20804] -path vs. -wholename |
Date: |
Fri, 17 Aug 2007 18:17:25 +0000 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 |
URL:
<http://savannah.gnu.org/bugs/?20804>
Summary: -path vs. -wholename
Project: findutils
Submitted by: ericb
Submitted on: Friday 08/17/2007 at 12:17
Category: find
Severity: 3 - Normal
Item Group: Wrong result
Status: None
Privacy: Public
Assigned to: None
Originator Name: Eric Blake
Originator Email: address@hidden
Open/Closed: Open
Discussion Lock: Any
Release: 4.3.8
Fixed Release: None
_______________________________________________________
Details:
The next revision of POSIX (at least, as of draft 3 of POSIX 200x, freely
available to Austin group members), will mandate the addition of the -path
expression.
Right now, GNU find has -path == -wholename, and -ipath == -iwholename. Of
these four expressions, only -path is (going to be) POSIX-mandated, while only
-ipath causes a deprecation warning. Perhaps it is time to reverse this, and
make both -path and -ipath be warning-free, and instead make -wholename and
-iwholename issue deprecation warnings (-wholename because the same thing can
be achieved via a POSIX-mandated alternative, similar to how -d is deprecated
in favor of POSIX-mandated -depth; and -iwholename for consistency with
-wholename).
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?20804>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [bug #20804] -path vs. -wholename,
Eric Blake <=