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...@beluga.phys.uvic.ca]
> Sent: Wednesday, July 08, 2015 11:37 PM
> To: Arjen Markus; Orion Poplawski
> Cc: plplot-devel@lists.sourceforge.net
> 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.
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
