I'm wondering if people think it would be worth doing a fairly quick release of gretl 1.9.14. The reason I ask is that two rather unpleasant things have come up with 1.9.13: * In the quartz build of gretl for OS X the bundled version of gnuplot did not work properly in stand-alone mode. That is, if you selected "Gnuplot" from the Tools menu gnuplot started OK but wouldn't plot anything and couldn't find its help file. * In the apparatus for building a gfn function package, the parsing of "value labels" for integer function arguments was broken for the case where these label strings contained spaces. These things are now fixed in CVS and snapshots (along with a couple of other relatively minor bugs). Maybe we should push out a release before embarking on substantial new development in CVS?

On Thu, 31 Oct 2013, Allin Cottrell wrote: > I'm wondering if people think it would be worth doing a fairly quick > release of gretl 1.9.14. The reason I ask is that two rather unpleasant > things have come up with 1.9.13: > > * In the quartz build of gretl for OS X the bundled version of gnuplot did > not work properly in stand-alone mode. That is, if you selected "Gnuplot" > from the Tools menu gnuplot started OK but wouldn't plot anything and > couldn't find its help file. > > * In the apparatus for building a gfn function package, the parsing of > "value labels" for integer function arguments was broken for the case > where these label strings contained spaces. > > These things are now fixed in CVS and snapshots (along with a couple of > other relatively minor bugs). Maybe we should push out a release before > embarking on substantial new development in CVS? > > (I might just mention: some bugs associated with printf/sprintf, reported > recently by Ignacio, were not present in 1.9.13, they were the result of > some post-release changes -- and they're now fixed.) Yes, I like the idea too. However, I'd like not to rush it: * we Italians could use a bit more time to do some work on the translation * perhaps we could test a few things a bit more thoroughly such as, for example, function packages: I hadn't thought about the new ISO date format and I had to introduce a quick fix into gig (which, thankfully, wasn't too complicated) * a few more bugs could pop up in the meantime.

In practice, a couple of weeks would be ideal.