On 2013-12-28 16:53-0700 Orion Poplawski wrote:

> On 06/27/2013 11:44 AM, RCY wrote:
>> Hi,
>>   I am trying to build the development version of plplot with octave
>> bindings. However I get numerous errors.
>> Is the version incompatible with later versions of octave?
>>
>> Thanks
>>
>> [ 71%] Building CXX object
>> bindings/octave/CMakeFiles/plplot_octave.dir/plplot_octaveOCTAVE_wrap.cxx.o
>> In file included from 
>> /usr/local/include/octave-3.7.5/octave/dim-vector.h:35:0,
>>                   from /usr/local/include/octave-3.7.5/octave/Array.h:35,
>>                   from 
>> /usr/local/include/octave-3.7.5/octave/boolMatrix.h:27,
>>                   from /usr/local/include/octave-3.7.5/octave/mx-base.h:32,
>>                   from /usr/local/include/octave-3.7.5/octave/Matrix.h:30,
>>                   from /usr/local/include/octave-3.7.5/octave/oct.h:33,
>>                   from
>> /home/rc/Downloads/plplot/build/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:154:
>> /usr/local/include/octave-3.7.5/octave/oct-refcount.h:27:3: error:
>> #error "The file <octave/config.h> must be included before
>> oct-refcount.h."
>> In file included from /usr/local/include/octave-3.7.5/octave/mx-base.h:28:0,
>>                   from /usr/local/include/octave-3.7.5/octave/Matrix.h:30,
>>                   from /usr/local/include/octave-3.7.5/octave/oct.h:33,
>>                   from
>> /home/rc/Downloads/plplot/build/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:154:
>> /usr/local/include/octave-3.7.5/octave/MatrixType.h:36:1: error:
>> variable ‘OCTAVE_API MatrixType’ has initializer but incomplete type
>> /usr/local/include/octave-3.7.5/octave/MatrixType.h:36:1: warning:
>> extended initializer lists only available with -std=c++11 or
>> -std=gnu++11 [enabled by default]
>> /usr/local/include/octave-3.7.5/octave/MatrixType.h:38:1: error:
>> expected primary-expression before ‘public’
>> /usr/local/include/octave-3.7.5/octave/MatrixType.h:38:1: error:
>> expected ‘}’ before ‘public’
>> /usr/local/include/octave-3.7.5/octave/MatrixType.h:38:1: error:
>> expected ‘,’ or ‘;’ before ‘public’
>> /usr/local/include/octave-3.7.5/octave/MatrixType.h:56:20: error:
>> expected constructor, destructor, or type conversion before ‘;’ token
>> /usr/local/include/octave-3.7.5/octave/MatrixType.h:58:21: error:
>> ‘MatrixType’ does not name a type
>
>
> I'm seeing the same now with octave 3.8.0-rc2.

Hi Orion and RCY:

@RCY: if you want to write further comments to this list discussion
(which I presume will be on-going) you are required but also most
welcome to subscribe to this list.  However, I am sure everyone will
be happy to CC you (like I have) if you decide not to subscribe and
simply want to read the further discussion without writing comments of
your own.

@Orion:

Thanks for that report for an octave 3.8.0 release candidate.  I
notice the final version of octave 3.8.0 was released just today. (see
ftp://ftp.gnu.org/gnu/octave). Once that version becomes available on
Fedora could you confirm you are still seeing the same issue?

I was intrigued by the

>> #error "The file <octave/config.h> must be included before
>> oct-refcount.h."

message.  From our swig-generated code,
bindings/octave/plplot_octaveOCTAVE_wrap.cxx, this message is
coming from

#include <octave/oct.h>

which is _the first_ octave-related include in that source code. So I
don't think this error has anything to do with us unless there is a
new Octave 3.8.0 requirement (which I think would be unlikely) to
include a different octave header before octave/oct.h.

For your further information, Andrew's and my extensive tests of our
octave bindings and examples for PLplot-5.9.11 were fine.  Andrew
tested that PLplot release on both Debian unstable and Ubuntu Saucy
(both of which have Octave-3.6.4) and I tested on Debian stable
(Octave version 3.6.2).

Thus, it appears to me that since the above first octave include
worked fine for those versions of octave yet errors out for
octave-3.8.0, that it is highly probable all the above messages are
due to an internal error in octave-3.8.0 itself which might or might
not be sorted out by 3.8.0 final.

If it is not sorted out by 3.8.0 final, then you might want to try a
simple test of compiling code consisting of the single #include
statement above.  Assuming that errors out the same way, then that
simple test could be used as the core of a report to the Octave
developers to see what they say about the issue.

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
__________________________

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to