Hi Pedro: It sounds like you might have some spare time now where you are willing to help us with comprehensive testing while you wait for Phil to comment about the wxwidgets errors you are now getting with your tentative change. So I assume you have that time below, But, of course, fixing that release-critical wxwidgets error is the top priority so you should drop comprehensive testing as soon as he responds.
More below about comprehensive testing. On 2016-12-23 22:44-0500 Pedro Vicente wrote: > > @Alan > > I changed the thread tittle, because I have all kinds of weird results on my > comprehensing testing. > > first the obvious: > > items 1) to 3) below are for the master branch > > 1) a Fortran error on Ubuntu 14.04 > > this was a simple > cmake .. -G "Unix Makefiles" > -DCMAKE_INSTALL_PREFIX:PATH=/home/pvicente/plplot-install > -DCMAKE_BUILD_TYPE=Debug -DBUILD_TEST=ON > make VERBOSE=1 >& make.txt > > but it detected gfortran and tried to build the fortran code. > output is attached You need to capture and look at your cmake output to confirm this, but if I am recalling another report correctly, Ubuntu 14.04 installs a three-year-old version of gfortran that is below our minimum supported version (see README.release) of 4.9.2. Which is why you have to disable fortran on that platform. > 2) > > then I disabled Fortran > > cmake .. -G "Unix Makefiles" > -DCMAKE_INSTALL_PREFIX:PATH=/home/pvicente/plplot-install > -DCMAKE_BUILD_TYPE=Debug -DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF > -DENABLE_tk:BOOL=OFF -DBUILD_TEST=ON > make VERBOSE=1 > no errors > > then (note , running from the build location) > > pvicente@glace:~/plplot-plplot/build$ ../scripts/comprehensive_test.sh > --cmake_added_options "-DDEFAULT_NO_DEVICES=ON -DPLD_wxwidgets=ON > -DDEFAULT_NO_BINDINGS=ON -DENABLE_wxwidgets=ON -DENABLE_cxx=ON > -DPLPLOT_WX_DEBUG_OUTPUT=ON -DPLPLOT_WX_NANOSEC=ON -DENABLE_f95:BOOL=OFF" > --do_test_noninteractive no --do_ctest no > > Each of the steps in this comprehensive test may take a while.... > cmake in the build tree > ERROR: cmake in the build tree failed > > How can I capture the output here? It asks for a interactive (yes/no), can I > disable this and instead redirect the output to a file? First some background on that script. It is completely independent of what you do in your build tree (because it creates its own build tree and runs cmake there itself). So you did not have to run cmake first or locate yourself in the build tree. In fact, normally it is more convenient to run the script from the top-level directory in your source tree (although that is not a necessity). The script collects all of its work in its own directory tree whose top-level directory is by default ../comprehensive_test_disposeable _always expressed relative to the top-level directory of the source tree_. I assume from now on you run that script without specifying a prefix which always gives the same default location for scripts results no matter where you run the script from. All the outputs of all non-trivial commands the script runs are typically stored in ../comprehensive_test_disposeable/*/*/output_tree/*.out Normally I need all those files (and other information) to help you with comprehensive test results. Therefore the script collects that information in the report tarball which is stored in ../comprehensive_test_disposeable/comprehensive_test.tar.gz. So for each such comprehensive test you run, you should normally send me that report tarball if you cannot figure out the issue yourself by looking over the various *.out files that are collected as above. But this is not a normal case because you _know_ that a comprehensive test of wxwidgets is going to fail (because there are still issues with your present update that you need help from Phil to fix). So there is not much point to testing wxwidgets this way until you and Phil have the definitive fix. Meanwhile, while waiting for Phil, if you want to just help with systematic comprehensive testing, then I suggest you do that by dropping both fortran and wxwidgets as follows (assuming you run this from the top-level directory of the source tree). time (nice -19 scripts/comprehensive_test.sh --cmake_added_options "-DENABLE_f95=OFF -DPLD_wxwidgets=OFF -DENABLE_wxwidgets=OFF" --do_test_interactive no) This will drop all interactive testing (so you won't have to babysit this long test) and drop Fortran and wxwidgets for the reasons stated, but otherwise give PLplot a useful complete noninteractive test on Ubuntu 14.04. (The time and nice parts keep track of the total time required [likely several hours] and also give this script the lowest priority so you can carry on with that machine without completely locking it up while running this script). And if the script errors out for some reason, please look in the relevant *.out file and keep a brief note of those reasons, e.g., "gfortran 4.8.? had a build error" if you had attempted a comprehensive test on Ubuntu 14.04 without disabling fortran. Keeping track of those reasons helps me to enter appropriate footnotes at <https://sourceforge.net/p/plplot/wiki/Testing_PLplot/#Testing%20Reports>. Anyhow, after each such script failure, run it again with other added options to turn off the relevant component of PLplot that is causing the failure. Once the script successfully finishes send me that report tarball, and I can use that information (assuming I have your permission) and your brief notes about which components failed to put one more much appreciated entry into the above wiki table of such comprehensive test results. > 3) > > On another Linux, 16.04, where *I don't* have gfortran > Actually, for 16.04 it would be useful if you installed fortran and included it in the comprehensive test (while still dropping wxwidgets) because that two years younger Ubuntu version than 14.04 should easily satisfy our minimum gfortan version requirement. And once you have the definitive fix for wxwidgets, then it should be completely straightforward to comprehensively test _just_ that component as I first suggested. I won't respond to the rest of your post because I believe only Phil can answer those wxwidgets-related questions. 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 __________________________ ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel