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 yet. _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?51506> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/