On 2018-12-06 14:41+0100 Ole Streicher wrote:
Hi Alan,
sorry for the delay; I now managed to adjust and run the test suite on
the installed package. I'll attach the full log; commands were
$ cmake /usr/share/doc/plplot-doc/examples/
$ make VERBOSE=1 test_noninteractive
I needed to downgrade to cmake 3.12; see bug #191.
Hi Ole:
I am glad to hear you are so close to complete success.
My recent comprehensive test with 3.13.1 works perfectly here for
Debian Buster and the git master tip version of PLplot. That master
tip version includes a fix for bug 191 so could you confirm that by
trying the master tip version (and then closing that bug if that
indeed fixes it)?
The only remaining
errors are now ADA errors:
Building Ada object ada/CMakeFiles/xstandard16a.dir/xstandard16a.o
make[3]: *** No rule to make target 'plplotada-NOTFOUND', needed by
'ada/xstandard16a'.
My recent comprehensive test using cmake-3.13.1 had no such Ada issue.
So very likely this issue is because your installation is missing the
plplotada *.so file or *.so.*.* file it links to, or this issue is an
artifact of the way Debian packaging software changes locations or
*.so names to some special Debian package naming scheme.
So to debug this final issue do the following:
* Make sure you are using the PLplot master tip version so we are on
the same page with regard to bug fixes. This is really important
since many 5.13.0 bugs are fixed in master tip which is now very
close to 5.14.0. (I am now in the process of updating the release notes
for that forthcoming release.)
* Make sure your Ada binary package or packages are installed, and in those you
should find
the full pathname of the plplotada *.so file that should be installed
by that package.
* Check the Ada information in your installed and sed-transformed
export files for consistency with that full pathname.
If there is an Ada install directory inconsistency, then adjustment of
the Ada install location you use for your core build should fix that.
If there is a name inconsistency, then you need to make that
consistent with some special Debian naming scheme for Ada *.so files by
transforming
our export files with a sed script. You told me of one such naming
inconsistency
you discovered before for a python related *.so file, and this may be just one
other instance
of the problem or all *.so files may have names that are inconsistent with the
actual
install name. In all cases if the *.so file name (without the path) does not
match what is actually
installed, a sed script should correct that inconsistency. Otherwise, it is
"an accident
waiting to happen" as appears to be the case both for that *.so Python module
and now
the Ada *.so file.
If those steps don't help you to completely resolve this matter,
please collect the following information and send it to me. (i) The
complete list of files in your Ada binary packages (presumably some
rpm command will generate that), (ii) the output from the cmake
command you used *for the core build*, and (iii) the actual original
and sed-modified export files. I am virtually positive that
information will be sufficient for me to figure out what is wrong.
Alan
__________________________
Alan W. Irwin
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
__________________________
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
