Re: [Gretl-devel] the same name global series and package functions

Generally, I think some prohibiting based on the version-growing set should be avoided if there is another solution: such prohibition generates endless flow of new backward-incompatibility events I think, the simplest solution is to introduce some (by far not to return to 2018c state) shadowing warnings: 1) for native: if confusing names are detected while opening a file run un-suppressible message that name() lags creation is overrided for variables: varnames 2) for packages: do the same after include pkg.gfn The body of messages can get smaller in the future when Allin will find the time to code detecting thin differences in syntax: no 1 to 2 as function arguments fun(first_arg_is_not_matrix/scalar) etc Oleh P.S. A home-made round-about for names checking attached 25 жовтня 2018, 17:39:44, від "Sven Schreiber" <svetosch(a)gmx.net&gt;: Am 25.10.2018 um 16:04 schrieb oleg_komashko(a)ukr.net: I do not see a possibility to check names provided the order above Yes, I know. Right now I was only picking up the point of whether built-in function names should be "especially" protected. The possible clash between series names and user-written functions (from packages or ad hoc) when it comes to taking lags (or leads) via the round-bracket syntax is the other ongoing topic. cheers, sven _______________________________________________ Gretl-devel mailing list Gretl-devel(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-devel