For testing under wine I have installed octave for Windows following the instructions at http://www.miscdebris.net/plplot_wiki/index.php?title=Install_Octave. A simple test of octave under wine worked fine if I did that directly on a machine where the X-server was located. (This is the configuration that most X users use.) However, wine has X network transparency issues just for the case of octave so I cannot use octave or build its bindings from my normal X-terminal. (I have posted questions about this issue on the wine-devel list and will probably end up writing up a wine bug report about this situation.)
So because my simple octave tests worked fine on the "direct X" box, I tried building the octave bindings under MinGW/MSYS/wine on that box, but I ran into the following matwrap error: unrecognized type 'FI' When I googled for that I found the plplot-devel post at http://www.mail-archive.com/plplot-devel@lists.sourceforge.net/msg03402.html which shows it is a general issue with PLplot + Windows + Octave Apparently the source of the problem is the matwrap perl script is failing to parse MinGW's version of stdlib.h and stdio.h. I can only concur with Daniel's conclusion: <quote> Ideas, anyone? It is annoying that the build fails on a collector/preparation script. ;-) </quote> I presume he has given up by now on PLplot + Windows + Wine, but there was one good idea earlier in that thread from Andrew. <quote> The octave support uses matwrap to automatically generate the bindings. Unfortunately this no longer seems to be supported, and this is at least part of the reason that example 19 is not implemented - function callbacks are not supported. I have been considering trying using swig instead. We already use swig for generating the java, python and lua bindings. This might require a bit of work to set up but should in the long run be more flexible and maintainable since we already have some swig experience amongst the developers. It should (?) also be portable to windows. </quote> Certainly the swig-generated Python and Lua bindings work on the wine version of Windows (and I presume on the Microsoft version of Windows as well). I also assume our swig-generated Java bindings work on Windows although modern MinGW does not support Java (yet) so I haven't tried Java under wine (yet). Anyhow, I think switching to generating our Octave bindings using swig is well worth a try and is much more likely to work on Windows (and deal with the example 19 situation) than attempting to fiddle with the unsupported matwrap approach to try and get it to work on Windows and for example 19. Andrew, the next chance you have to work on PLplot would you be willing to at least start swig-generated octave bindings? I don't really understand octave that well, but if you put together some typemaps for octave for input PLINT, PLFLT, and input strings, that should cover everything you need for example 10. Once example 10 (our simplest example) worked on Linux for you with swig-generated bindings, then I could test that also worked under wine as well. Furthermore, I would be willing to attempt following your octave templates to fill in some of the more difficult typemaps to expand which examples worked. Anyhow, the essential point is to make a start by getting the limited swig-generated octave bindings required for (say) example 10 to work. Once that limited goal is completed, it should be straightforward to gradually expand that typemap support with the ultimate goal of supporting the full PLplot API. 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 __________________________ ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
