thanks for this report
its a default (and obscure) feature of the -last optget()
that breaks the principle of least surprise
(at its worst when it surprises the author)
the next update will have a better default, and your example will work
at issue is a feature that redirects { -number +number } operands
to the first numeric option, e.g., to support the tail(1) shorthands
-2 => -n 2
+2 => -n +2
On Fri, 28 Mar 2008 18:36:45 PDT Richard L. Hamilton wrote:
> P.S. another quirk with the builtins: part of a line in my .kshrc looks like
> date '+3600*%H+60*%M+%S'
> It works with /usr/bin/date, but with the builtin date I get all sorts
> of errors:
> date: +*: unknown option
> date: +%: unknown option
> date: +H: unknown option
> Usage: date [-aceEiLlmnsuz] [-d date] [-f format] [-p format] [-U scale]
> [ +format | date ... | file ... ]
> (the result was ultimately used to reset SECONDS to count since local
> midnight so
> that hh:mm:ss could easily be regenerated out of it to incorporate in PS1;
> some devious stuff I found somewhere that works, except for the date builtin
> blowing up on it)