GNU utilities match unambiguous prefixes of long options but uutils utilities don't · Issue #2931 · uutils/coreutils · GitHub
More Web Proxy on the site http://driver.im/
You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
And an ambiguous prefix results in a usage error message. For example:
$ split --lin 10
split: option '--lin' is ambiguous; possibilities: '--lines' '--line-bytes'
Try 'split --help' for more information.
This is causing test errors in the GNU test suite. One that I found is in tests/split/suffix-auto-length.sh. In that test, split --numeric is used, but the full name of the long option is --numeric-suffixes.
The text was updated successfully, but these errors were encountered:
That's right! This issue had been blocked for a long long time, because it required a change to clap, so I opened a PR there(clap-rs/clap#2525) to add AppSettings::InferLongArgs. But clap took a long time to release version 3 and so we had to wait, but now we are using clap 3, so this is now possible.
As a workaround we also had some aliases of shorter names, so those should be removed once InferLongArgs is added.
I'm testing with GNU coreutils v8.30
The GNU utilities seem to have a feature where a long option is inferred from an unambiguous prefix. For example:
And an ambiguous prefix results in a usage error message. For example:
This is causing test errors in the GNU test suite. One that I found is in
tests/split/suffix-auto-length.sh
. In that test,split --numeric
is used, but the full name of the long option is--numeric-suffixes
.The text was updated successfully, but these errors were encountered: