On 13.07.2017 21:49, Alan W. Irwin wrote:
> Excellent. However, too be sure all is well with Ada and the other 
> computer languages we support you should build the test_diff_psc 
> target (which compares the plot output files for our psc device for 
> all our standard examples for all our supported languages (including 
> octave) with the equivalent C results.

I will do that. One question/proposal: is it possible to have the tests also 
done on the _installed_ libraries? The rationale behind this is that I would 
like to enable Continuous Integration Tests

https://ci.debian.net/doc

for the package. This would give a warning whenever an incompatible upload for 
a language binding (or wherever) happens, not only when a (occasional) rebuild 
is done. This early warning would also enable to early discuss the problems 
with the maintainers of the other packages.

[Octave bindings]
> So I suggest you try enabling it, and then follow up with a build of
> the test_diff_psc target. If that test works, i.e., it produces the
> good octave results above, then I think you can be pretty confident
> all is well with an octave4 binding of PLplot.

I tried, but then I got many error about op_lshift:

[ 10%] Building CXX object 
bindings/octave/CMakeFiles/plplot_octave.dir/plplot_octaveOCTAVE_wrap.cxx.o
cd /build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/bindings/octave && 
/usr/bin/c++   -DPLPLOT_HAVE_CONFIG_H -Dplplot_octave_EXPORTS 
-I/build/plplot-5.12.0+dfsg/include -I/build/plplot-5.12.0+dfsg/lib/qsastime 
-I/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu 
-I/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/include 
-I/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/bindings/octave 
-I/usr/include/hdf5/serial -I/usr/include/octave-4.2.1 
-I/usr/include/octave-4.2.1/octave 
-I/build/plplot-5.12.0+dfsg/bindings/swig-support  -g -O2 
-fdebug-prefix-map=/build/plplot-5.12.0+dfsg=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 
-I/usr/include/octave-4.2.1/octave/.. -I/usr/include/octave-4.2.1/octave 
-I/usr/include/hdf5/serial -Wdate-time -D_FORTIFY_SOURCE=2 
-I/usr/include/octave-4.2.1/octave/.. -I/usr/include/octave-4.2.1/octave 
-I/usr/include/hdf5/serial -fPIC   -o 
CMakeFiles/plplot_octave.dir/plplot_octaveOCTAVE_wrap.cxx.o -c 
/build/plplot-5.12.0+dfsg/ob
 j-x86_64-linux-gnu/bindings/octave/plplot_octaveOCTAVE_wrap.cxx
In file included from 
/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:181:0:
/usr/include/octave-4.2.1/octave/toplev.h:28:2: warning: #warning "toplev.h has 
been deprecated; use interpreter.h instead" [-Wcpp]
 #warning "toplev.h has been deprecated; use interpreter.h instead"
  ^~~~~~~
/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:
 In function 'void SWIG_InstallBinaryOps(int, int)':
/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:2099:46:
 error: 'op_lshift' is not a member of 'octave_value'
 if 
(!octave_value_typeinfo::lookup_binary_op(octave_value::op_##name,tid1,tid2)) \
                                              ^
/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:2147:5:
 note: in expansion of macro 'swigreg_binary_op'
     swigreg_binary_op(lshift);
     ^~~~~~~~~~~~~~~~~

and a number of warnings about octave_value::octave_value:

/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:
 In function 'octave_value_list _wrap_plGetCursor(const octave_value_list&, 
int)':
/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:10770:60:
 warning: 'octave_value::octave_value(const charMatrix&, bool, char)' is 
deprecated: note: IS_STRING argument is ignored [-Wdeprecated-declarations]
     retval4( 0 ) = octave_value( charMatrix( 80, 1 ), true );
                                                            ^
In file included from /usr/include/octave-4.2.1/octave/ovl.h:36:0,
                 from /usr/include/octave-4.2.1/octave/ov-fcn.h:33,
                 from /usr/include/octave-4.2.1/octave/ov-builtin.h:30,
                 from /usr/include/octave-4.2.1/octave/defun-int.h:30,
                 from /usr/include/octave-4.2.1/octave/defun-dld.h:32,
                 from /usr/include/octave-4.2.1/octave/oct.h:32,
                 from 
/build/plplot-5.12.0+dfsg/obj-x86_64-linux-gnu/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:173:
/usr/include/octave-4.2.1/octave/ov.h:244:3: note: declared here
   octave_value (const charMatrix& chm, bool is_string, char type = '\'');
   ^~~~~~~~~~~~

So it does not build in the moment.

> The fundamental problem, of course, (since I am the person with 
> probably the most PLplot development knowledge) is I need to upgrade 
> from Debian Jessie to Debian Stretch (now that the latter has been 
> released as the stable version of Debian), and then tackle such
> PLplot dependency version issues that remain. So I plan to do that 
> after the release of 5.13.0. But any help you can supply for more
> modern Debian versions than the one I am using now would be quite
> helpful.

What I would recommend here is "schroot", which is a Debian package. It allows 
you to test multiple versions of the OS at the same; for example Stretch (or 
the Debian testing) on a Debian Jessie machine. The home dir keeps mounted, and 
so one can easily switch between different Debian versions quickly, and you 
don't destroy the main setup for a test.

> By the way, if you are interested in the history of the Debian
> packaging of PLplot from 2003 to 2014, then you should take a look at
> 
> git log --name-status -- debian
> 
> results.

Thank you! I will have a look.

Best regards

Ole

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to