bug-findutils
[Top][All Lists]
Advanced

[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/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]