Just to update on Alan's email last week. I've now fixed up f77, f95,
java and python. Tcl is also in order.

The fortran changes also involved tidying up plmap / plmeridian.
Example 19 use an identify transform since fortran does not support
NULL functions. This does not work as the generalised coordinate 
transform support uses different code paths when a transform is
present (e.g. to draw lines - can't assume they are straight.) I have
added new variants of plmap / plmeridian to the fortran bindings to
unset the transform. 

One note on java: whether you get perfect results depends on which
java interpreter you use. I find (both on 32 bit and 64 bit platforms)
that with gij I get perfect agreement with the C versions. With Sun
jdk or opendjdk I see lots of small rounding differences. I'm not sure
we can do anything about that.

Our octave bindings do not currently support callbacks so example 19
is not implemented for octave. I think it is possible, but not trivial
and it needs some time to work out how to do it which I've not yet
found.

Perl is reliant on updates to PDL.

Ada, lua and d are still awaiting the porting of plstransform and
examples. Volunteers?

We're getting back into a decent shape with the examples for release.

Ada 

On Tue, May 11, 2010 at 09:21:03AM -0700, Alan Irwin wrote:
> C++ and OCaml are perfect, and here is the status of the remaining
> non-perfect bindings:
> 
> f77
>    Missing examples            :
>    Differing postscript output :  19
>    Missing stdout              :
>    Differing stdout            : 
> f95
>    Missing examples            :
>    Differing postscript output :  19
>    Missing stdout              :
>    Differing stdout            : 
> java
>    Missing examples            :
>    Differing postscript output :  19
>    Missing stdout              :
>    Differing stdout            : 
> octave
>    Missing examples            :  19
>    Differing postscript output :
>    Missing stdout              :
>    Differing stdout            : 
> python
>    Missing examples            :
>    Differing postscript output :  06 07 19
>    Missing stdout              :
>    Differing stdout            : 
> tcl
>    Missing examples            :
>    Differing postscript output :  19 21 28
>    Missing stdout              :
>    Differing stdout            :  21
> perl
>    Missing examples            :
>    Differing postscript output :  03 06 07 16 19 25 28 29 30
>    Missing stdout              :
>    Differing stdout            :  14
> ada
>    Missing examples            :
>    Differing postscript output :  06 07 19 28 29
>    Missing stdout              :
>    Differing stdout            : 
> adathick
>    Missing examples            :
>    Differing postscript output :  06 07 19 28 29
>    Missing stdout              :
>    Differing stdout            : 
> lua
>    Missing examples            :
>    Differing postscript output :  06 07 19
>    Missing stdout              :
>    Differing stdout            : 
> d
>    Missing examples            :
>    Differing postscript output :  06 07 19
>    Missing stdout              :
>    Differing stdout            :
> 
> Thanks for everybody's efforts in making C++ and OCaml perfect as well as in
> propagating the examples 6 and 7 extensions to most of the languages.  So we
> are in considerably better shape than when I reported this status before.
> Nevertheless, I believe our goal should be to remove at least the remaining
> examples 06, 07, and 19 differences before the forthcoming release. Examples
> 06 and 07 only require some straightforward changes to those examples but no
> API additions.  My understanding is that example 19 for octave is a
> difficult issue so we may have to accept that missing example for this
> release.  But for the remaining languages where example 19 is already
> implemented, all that needs to be done is to add a wrapper for plstransform
> (Hez's general transformation API) to the language's API, then add an extra
> page to example 19 that uses plstransform consistently with what is done for
> the C example.
> 
> 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
> __________________________
> 
> ------------------------------------------------------------------------------
> 
> _______________________________________________
> Plplot-devel mailing list
> Plplot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
> 

------------------------------------------------------------------------------

_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to