Hi, this is probably nothing for 5.9.5, but I'd like to remind of the issues with the Octave bindings (i.e. the "matwrap" script) in Windows.
I will maybe have time to dig into the Perl problems in a while, unless there are plans -which I'd prefer- to switch to swig in the near future. (Andrew mentioned such ideas earlier.) Greetings, Daniel On 24.08.2009 11:20, Andrew Ross wrote: > Hopefully testing will show up any other issues with the various > bindings. It would be nice to finally put to rest the issues > with tcl precision, but that probably depends on Arjen having > time. > > Also there is the report that Orion made that plplot does not > work with the new octave 3.2. Ideally we would fix this too, > but without further information / testing it is not going > to happen in a week. I have not (yet) got octave 3.2 to try > this out on. > > Andrew > > On Mon, Aug 24, 2009 at 08:50:10AM +0200, Arjen Markus wrote: >> Hi Hazen, >> >> in addition to Alan's list there is one issue with the Tcl interface. >> Andrew is looking into it - at least the crash in example 29 has been >> solved, so probably the remaining issue is not a show stopper. >> >> Regards, >> >> Arjen >> >> On 2009-08-24 07:23, Alan W. Irwin wrote: >>> On 2009-08-23 20:47-0400 Hazen Babcock wrote: >>> >>>> We have 2-3 weeks until our tentative early September release date. I >>>> believe that everything that we wanted in 5.9.5 is in? Is there anything >>>> outstanding besides the tweaks to the color palette handling? >>> Here are some comments on the present development issues I am aware of: >>> >>> * The release showstopper color palette initialization issue has now been >>> fixed (see my last post to the list). >>> >>> * You have just fixed the superscript/subscript issue for the cairo devices, >>> and I don't think any other devices have such issues other than the font >>> size issue for the pdf device. I believe the pdf device is still considered >>> to be experimental so it would be nice to get that issue fixed before the >>> release, but it is not essential. >>> >>> * Werner has stated he will be working on device drivers (presumably pdf and >>> wxwidgets) but I don't know how much time he has for that at the moment >>> or how far he has gotten. >>> >>> * Hez mentioned the off-screen rendering patch in response to your post but >>> didn't give an estimate of how long that would take. If that turns out to >>> be >>> long, I don't think we should delay the release for it. >>> >>> * Alban plans to make animated rendering faster for -dev qtwidget and do a >>> final fix of the command-line options for qt_example the next opportunity he >>> has to work on qt. But that next opportunity is apparently several weeks >>> from now which is clearly too late for this release. Thus, his planned qt >>> work will presumably be in the release after this present release. >>> >>> * This week I do have some plans to extend my install tree testing to the >>> build tree, but that is just a matter of convenience and I presume that will >>> not introduce or find any release showstopper issues. >>> >>> * I also plan to document the new build system for the installed examples, >>> but such work should not introduce any release showstopper issues. >>> >>> * I have decided to put off the libqsastime enhancements I have discussed >>> before until after this present release since those enhancements are pretty >>> tricky (both in understanding the various time transformations that are >>> implied and actually doing the C coding that will be required to implement >>> them). Thus, the effort may take several weeks, and I certainly don't want >>> to do it in a rush to meet a release deadline since that is a perfect recipe >>> for introducing bugs. We certainly have more than enough improvements in >>> svn trunk to justify a development release now without waiting for further >>> development to be completed. >>> >>> Tomorrow I plan to do comprehensive tests of all three build modes (shared >>> libraries + dynamic devices, shared libraries + static devices, and static >>> libraries and devices) for the Debian stable platform accessible to me, and >>> I suggest others do that as well on all platforms that are accessible to >>> them. If those tests show no showstopper issues, then I am tentatively >>> thinking that we could do the release next weekend (i.e., either Saturday, >>> September 1st or Sunday September 2nd). >>> >>> Hazen, in case a release next weekend will not disrupt anyone's development >>> plans, would it be convenient for you to release on one of those days? Of >>> course, if it is not convenient for you or somebody prefers two weekends >>> from now, that would be okay with me as well. However, I prefer we not let >>> the timing slide to three weekends from now since I like to stick as closely >>> as possible to release deadlines once they have been stated, and September >>> 15th/16th barely qualifies (if at all) as "early September". >>> >>> Alan >>> __________________________ >>> Alan W. Irwin >>> >>> Astronomical research affiliation with Department of Physics and Astronomy, >>> University of Victoria (astrowww.phys.uvic.ca). >>> >>> Programming affiliations with the FreeEOS equation-of-state implementation >>> for stellar interiors (freeeos.sf.net); PLplot scientific plotting software >>> package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of >>> Linux Links project (loll.sf.net); and the Linux Brochure Project >>> (lbproject.sf.net). >>> __________________________ >>> >>> Linux-powered Science >>> __________________________ >>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>> trial. Simplify your report design, integration and deployment - and focus >>> on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> Plplot-devel mailing list >>> Plplot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/plplot-devel >>> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Plplot-devel mailing list >> Plplot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/plplot-devel >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
