Re: [Gretl-devel] the same name global ... A temporary palliative proposal

For immediate scripting, I think the order of priorities is not very important, since a user can change the both function and variable names But for packages I can not foresee what series names will be in a file opened by other user By the way, if it will be possible to use both fun() and pkg::fun() this can solve the problem for package functions Oleh 25 жовтня 2018, 21:45:29, від "Allin Cottrell" <cottrell(a)wfu.edu&gt;: On Thu, 25 Oct 2018, oleg_komashko(a)ukr.net wrote: In principle, "int1 to int2" can be ruled out as a valid function argument, true. But the parser works left-to-right with only minimal look-ahead (what's the next character?). It would not be easy to support fold-back, as in "Oh, we hit an error, maybe we can fix it by going back and reinterpreting something." (But maybe...) In the meantime, in git, I'm exploring some other heuristics. Inside functions I think the prior preference for the function(args) interpretation should be reversed -- so series(lags) preferred -- if the function in question is not built-in. This is because a function author ought to know what all the series in scope are called (since they're either arguments whose names he has chosen, or series he has defined), but he won't necessarily know the names of any functions that might be floating around in the caller's namespace. Yes, that sounds suitable for cases where we impose the function(args) interpretation under ambiguity. Allin _______________________________________________ Gretl-devel mailing list Gretl-devel(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-devel