Thanks to those who raised issues worthy of attention before a 2017d release. At this point we've addressed some (but not all) of the issues raised. Trade-off: wait longer and fix more (with always the possibility of breaking some things as we fix others) versus get our accumulated fixes and enhancements out to the multitudes. As of now I'd say the balance is in favour of the latter. So unless anyone comes up with a show-stopping bug, my intent is to make a new release in the next few days. Allin _______________________________________________ Gretl-devel mailing list Gretl-devel@lists.wfu.eduhttp://lists.wfu.edu/mailman/listinfo/gretl-devel

On Thu, 2 Nov 2017, > oleg_komashko(a)ukr.net wrote: > On typing just <hessian> it looks > colored as command > On typing <hessian(> it looks colored > as a user specified variable or function That's not a bug: the keyword "hessian" has a meaning in the context of an mle block. ------------------------------------------------------- Riccardo (Jack) Lucchetti Dipartimento di Scienze Economiche e Sociali (DiSES) Università Politecnica delle Marche (formerly known as Università di Ancona) r.lucchetti@univpm.ithttp://www2.econ.univpm.it/servizi/hpp/lucchetti ------------------------------------------------------- _______________________________________________ Gretl-devel mailing list Gretl-devel@lists.wfu.eduhttp://lists.wfu.edu/mailman/listinfo/gretl-devel

Am 02.11.2017 um 09:16 schrieb > oleg_komashko(a)ukr.net: > I agree with the first point > but hessian( should be colored > as sin( not as x = 1 So you mean it's _not_ colored? (Which often happens for new functions.) cheers, sven _______________________________________________ Gretl-devel mailing list Gretl-devel@lists.wfu.eduhttp://lists.wfu.edu/mailman/listinfo/gretl-devel

On Thu, 2 Nov 2017, > oleg_komashko(a)ukr.net wrote: > I'm terribly sorry: > the new function is numhess. > It is in Function reference > but still uncolored It's in the current gretl.lang file, and shows up colored here. However, there's one situation in which gretl may end up reading an out-of-date gretl.lang. Namely, you're building gretl on Linux and installing under a prefix that differs from that used by the installed gtksourceview (for example, gretl under /usr/local and gtksourceview under /usr). This is just a transitional problem, and is solved by deleting the gretl.lang under /usr/share/gtksourceview-2.0/language-specs/ or /usr/share/gtksourceview-3.0/language-specs/ The point is that we used to try to install the lang file into the "standard" gtksourceview location, regardless of the prefix chosen for gretl, while now we install everything under the specified prefix. This change was partly motivated by an objection from Dirk Eddelbuettel (Debian packager) who argued that it was not acceptable for a package to install anything outside of its own $prefix. Allin _______________________________________________ Gretl-devel mailing list Gretl-devel@lists.wfu.eduhttp://lists.wfu.edu/mailman/listinfo/gretl-devel