[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #51506] Better support for data processing with basenames

From: Eric Blake
Subject: [bug #51506] Better support for data processing with basenames
Date: Wed, 19 Jul 2017 15:46:25 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0

Follow-up Comment #1, bug #51506 (project findutils):

What resources are you envisioning that '-printf %f\\n' uses that would not be
used by adding a new option, when balanced against the pain of adding,
documenting, and maintaining a new option, for something that is already such
a corner case that you had to lead out with "I image that there is a class of
programs" instead of actually documenting a command line sequence or script
that demonstrates such a need?

You are asking for a premature optimization.  Until you can demonstrate a
concrete use case where find's -printf %f is not fast enough for your needs, I
see no reason to even try to bloat find with something that merely repeats
what -printf %f already supports.

-exec does NOT omit leading directory names, only -execdir (and -okdir) do
that.  But there really isn't any much reason to add more than those actions.

I don't see how this is a valid request for change, so much as an idle musing
of wondering if it is even possible to optimize something that wouldn't get
used in the first place.  The first rule of optimization: present a benchmark
showing that the existing approach has a bottleneck.  You haven't done that


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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