Re: [Gretl-devel] fcast(): steps-ahead
On Fri, 20 Jan 2017, Sven Schreiber wrote:
Am 20.01.2017 um 13:27 schrieb Artur Tarassow:
> # Works
> fcast 1985:1 1987:3 1 --rolling
>
> # Does not work
> scalar k = 1
> fcast 1985:1 1987:3 k --rolling
[This could also be a case for the users list perhaps.]
I guess that in the command context gretl expects these kind of unquoted
literal strings. So k is interpreted as a literal letter which doesn't make
sense. Have you tried @k instead?
I sort of expect that Allin is going to enable the use of scalar variables in
this context -- although I'm not sure it wouldn't entrench the confusion
between quoted and unquoted string literals.
I think this is simpler than you're making it ;-)
In most gretl commands we (by now) accept the name of a scalar
variable (i.e. an identifier, never a string literal) in place of a
straight numerical value in supplying an integer argument (e.g. a lag
order).
The "fcast" command just got overlooked, and still employed an older
mechanism which would accept only a numerical value. That's now fixed
in git. Thanks to Artur for spotting this.
Allin