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)


Reply via email to