Re: [Plplot-devel] Comprehensive testing on Cygwin with Tcl/Tk/Itcl/Itk

[Arjen M. <Arj...@de...>]

Hi Alan,



I uninstalled Octave 4 and installed 3.8, but when I ran the comprehensive test script, it got stuck somehow in the Cmake step, when it came to Octave. It did not advance for several minutes, so I broke it off. I then tried the ordinary Cmake and Make steps - without the X Window server as it happened - and that worked. Now I am running the comprehensive tests without X and it all seems to be going fine. More later, but there seems to be something in the octave-X connection which is hindering the automatic testing. Could be that it wants me to click in the X window, but I did not see anything specific, so that is something to look into later.



Regards,



Arjen



> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@be...]
> Sent: Wednesday, July 08, 2015 11:37 PM
> To: Arjen Markus; Orion Poplawski
> Cc: plp...@li...
> Subject: RE: [Plplot-devel] Comprehensive testing on Cygwin with Tcl/Tk/Itcl/Itk
>
> On 2015-07-08 15:46-0000 Arjen Markus wrote:
>
> > Well, I tried it with Octave allowed, but I get build errors - see
> the tarball. It does not seem to be complaining about 2 versus 4 arguments anymore,
> but something is definitely wrong. Could that be the SWIG version? (Note: I did not
> use the very latest checkout, but the commits I saw have nothing to do with Octave).
>
> To Arjen and Orion:
>
> @Arjen:
> Thanks for this comprehensive test report.
>
> The short response for working around the octave error you encountered is you
> should remove the Cygwin package
> octave-devel-4.0.0-1 and install instead octave-devel-3.8.2-1. (And you should also
> confirm you have libhdf5-devel-1.8.15-1 installed.) And then you should try the test
> again (probably it is best if you do that with the PLplot master tip version).  I am
> pretty sure that will "just work" since the 2 versus 4 argument issue has now been
> fixed and we have plenty of good tests of octave-3 on other platforms.
>
> @Orion:
>
> I suggest you also use Octave-3 for now assuming that Fedora has
> Octave-3 packages.
>
> @Arjen:
>
> Here is my longer response to your report.
>
> It turns out you ran into virtually exactly the same octave problems that Orion
> reported here so you may want to reread his recent post about this and my response
> to it.
>
> The first part of Orion's post shows that the swig-3.0.6 octave component does not
> like leading blanks in documentation of the swig-generated bindings for some reason,
> but swig-3.0.5 is OK with that. I have fixed that issue as of the current master tip.
> Your use of ae0e9da misses that fix to our documentation of the swig-generated
> bindings, but missing that fix did not matter for your case since Cygwin currently
> supplies you with swig-3.0.5.
>
> However, once Orion locally fixed the leading blank issue in our documentation of
> swig-generated bindings (the issue that is now permanently fixed in master tip), he
> went on to describe additional issues with octave #includes supplied by swig that are
> not compatible with Octave-4.0.0, and it appears you ran into those exact same swig
> issues.
>
> In sum, it appears build issues like you encountered above will not allow us to even
> try Octave-4.0.0 until swig fixes their Octave-4.0.0 #include issues, and that swig fix
> propagates to swig versions we are using.  So for now (commit id 2ad5aef) the build
> system issues a WARNING if it finds Octave-4.  For that case it disables the octave
> bindings unless the user specifically opts in using the cmake experimental option -
> DTRY_OCTAVE4=ON.
>
> Once swig fixes their problem with Octave-4 #includes so that -
> DTRY_OCTAVE4=ON has even a chance of working, I assume we will have a lot of
> work ahead of us both in the octave bindings and octave examples to become
> compatible with Octave-4.  So I expect -DTRY_OCTAVE4=ON will be experimental
> for quite some time after the required swig fix.
>
> 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
> __________________________

DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.