>>> I also think that this sort of consideration raises
another
>>> issue: we should add an internal constant, with a $-accessor,
>>> representing the gretl version, a.s.a.p. (i.e. in gretl
>>> 1.7.6). Thereafter, function writers will be able to program
>>> around differences between gretl versions, if they so choose.
>>
>> That would be good, too. BUt I guess that would also mean that
>> in cvs/snapshot versions the number would have to be increased
>> right after release, no?
>
> Or as soon as we introduce a relevant change (backward- or
> forward-incompatible) in CVS?
Nice idea.
Ok: now, the most important things I'd like to see in gretl 2.0. ...
At the risk of be boring to Allin and specially, Jack, with this subject....
given that you are talking about some backward incompatible changes for gretl
2.0, please remember also to change the behaviour of the native arima command
in such a way that when we have regressors (X) and differences as in
arima 0 1 1 ; Y X
gretl automatically takes the difference of the X variable.
--
Ignacio Diaz-Emparanza
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
T.: +34 946013732 | F.: +34 946013754
www.et.bs.ehu.es