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

Reply via email to