Hi Alan > What version of swig are you using there? Turns out the Swig version is 1.3.40, so probably quite some way behind yours. I don't know if you gan do a minimum Swig version in the future to ensure things "just work"?
>To follow up on my recent posts concerning comprehensive testing, >doing that on your CentOS platform would obviously be quite worthwhile >both from the perspective of the quality of PLplot in general and also >for your personal use of PLplot on that platform. Hi Alan I certainly will if I have time. I am actually on leave this week so fingers crossed I should be able to find some time now to run the tests both on Windows and on Centos. Actually the machine I hit the Octave problem on wasn't my work machine. If you are interested, it was a high performance data analysis machine operated as part of one of the supercomputer facilities in the UK. With Octave turned off I got a good build, and was able to use the X11 and noninteractive drivers, but I hit problems with wxWidgets. I'm not sure of the cause, but the machine doesn't have GTK, so I had to use the wxUniversal/wxX11 build rather than wxGTK and I had to switch off Unicode due to a missing Pango dependency so that is new wxWidgets territory for me. I therefore don't know if the cause was PLplot or wxWidgets related. Given it is very much recommended to use Unicode since wxWidgets 3.0 that might be the cause. Phil On 27 March 2015 at 18:05, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2015-03-27 13:48-0000 Phil Rosenberg wrote: > >> Hi all >> I just tried to build on a system which has octave installed and got >> the following errors: >> >> Scanning dependencies of target plplot_octave >> >> [ 20%] Building CXX object >> >> bindings/octave/CMakeFiles/plplot_octave.dir/plplot_octaveOCTAVE_wrap.cxx.o >> >> >> /home/users/prosenberg01/usr/src/plplot-plplot/build/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:1480: >> error: invalid covariant return type for ‘virtual Octave_map >> octave_swig_type::map_value() const’ >> >> /usr/include/octave-3.6.4-rc0/octave/ov-base.h:562: error: overriding >> ‘virtual octave_map octave_base_value::map_value() const’ >> >> >> /home/users/prosenberg01/usr/src/plplot-plplot/build/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:1688: >> error: invalid covariant return type for ‘virtual Octave_map >> octave_swig_ref::map_value() const’ >> >> /usr/include/octave-3.6.4-rc0/octave/ov-base.h:562: error: overriding >> ‘virtual octave_map octave_base_value::map_value() const’ >> >> make[2]: *** >> [bindings/octave/CMakeFiles/plplot_octave.dir/plplot_octaveOCTAVE_wrap.cxx.o] >> Error 1 >> >> make[1]: *** [bindings/octave/CMakeFiles/plplot_octave.dir/all] Error 2 >> >> make: *** [all] Error 2 >> >> >> As it happens I don't need Octave so I can just switch it off, but I >> thought I had better report this in case it affects release. The >> machine is running RHEL, so it might be the version is qute old (3.6 I >> guess from the error message above) so perhaps it is an unsupported >> release. > > > Hi Phil: > > Thanks for your test report. Actually, I am testing octave 3.6.2 here > with no issues. So your octave version is (slightly) later, and I > think Andrew has tested even a later octave version with no issues so > I doubt the issue is your octave version. However, it might easily be > a swig version issue. I am using 2.0.7 successfully here. > > > The reason I ask is we know there are some historical swig versions > that are just plain incompatible with octave. > > 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); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); 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 > __________________________ ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
