Alan W. Irwin wrote: > On 2007-09-25 18:11+0100 Andrew Ross wrote: > >> It does not work on >> octave 2.9.x. I've tried 2.9.9 on Ubuntu feisty. This is a different >> version to that tested by other users. More worryingly I seem to have >> different errors to other reports on the list. Various things seem to >> have changed which will require rewriting some of the octave parts of >> the bindings. I have been pondering the best way of doing this in a >> compatible manner. It might be cleanest to have different versions of the >> bindings depending on the octave version. I am sure I can sort this, but >> I'm not sure of the timeframe. It's personally important to me, so I >> will try to devote some time to it. > > Well, from the URL above the octave testing version has the remark "(you > probably want this)". So I suggest you designate our current interface > (which we know works for 2.1.73) as the "octave stable interface" and create > a modified octave interface called our "octave testing interface" that works > for the octave testing version (currently 2.9.14). Hopefully, that version > won't change too often, and there will be no changes required to our octave > testing interface when there is a change in the version number designated > as octave testing. > > Of course this strategy means our octave testing interface _might_ not work > for early 2.9.x versions that are in distributions (e.g., 2.9.9 in Ubuntu > feisty). If that turns out to be the case, you can cover that off by > disabling the octave testing interface unless exactly the right version that > you have tested has been installed (usually by specifically downloading and > building it for those who want to be on the absolute cutting edge). This > strategy should take care of cutting edge octave users but not interfere > with access to PLplot for octave since presumably every recent distro will > have packages for octave stable = 2.1.73. However, an octave testing > interface would be nice to have as well since it will gradually lead to an > octave 3.0 interface for us when the 2.9.x series finally converges to 3.0.
Here's what I have on the octave front. 2.1.X is ancient. Fedora has been on 2.9.X since at least Fedora 5. I've got a (patched) plplot-octave 5.7.3 package that works with 2.9.9 (so would 5.7.4, just haven't released an update for F7). Somewhere between 9 and 14 they rewrote the plotting code. Suggestion I received for redoing plplot is: --- I think the way to address this given the huge difference between Octave 2.9.9 and 2.9.14 graphics is just to dump the existing plplot code, and just use it as a basis to write a new __go_draw_axes.m and drawnow.m function. That's basically all that needs replacing to override the gnuplot interface now. If the plplot versions of these two functions are on the path before the gnuplot versions, then Octave will plot with plplot.. --- I haven't had a chance to look at this, but indeed you quickly go down a rathole trying to fixup the existing plplot code to work. octave is very close to a 3.0 release, maybe only 1 or 2 more 2.9.X releases to go, so the interface as it is now should be stable for a while. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel