On 2014-11-12 09:42-0000 Arjen Markus wrote: > Hi Alan, > > >> -----Original Message----- >> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > > >>> The build process still is complaining about validity errors, but I >> assume that it is mere hair splitting :). >> >> These sound like warnings from the validator used by the xmlto command, and >> it is >> quite possible your version of that validator is more sensitive to errors >> than my rather >> old version. Anyhow, I am interested in exactly what those issues were so >> could you >> send the complete VERBOSE=1 results of the documentation build to the list >> as an >> attachment? >>
> See the attachment Hi Arjen: Thanks very much for that. I have had a look at those validator warnings, and it turns out they are bogus. For example, the only appearance of "ada_overview" in all our DocBook source is software@raven> grep ada_overview * ada.xml: <sect1 id="ada_overview"> The above grep command shows this id value is completely unique, and yet in your output the warning /cygdrive/d/plplot-svn/build-cygwin-docbook/doc/docbook/src/plplotdoc-print.xml:41: element sect1: validity error : ID ada_overview already defined appears 3 times and similarly for many other "garden-variety" section id values. I just checked, and there are no validity warnings at all on my TeX platform (from Debian stable) so I am virtually positive these validity errors (all of which are the form "ID .* already defined") you are encountering are due to a bug in the Cygwin version of the validator that is used with the dblatex command. So your instinct that these "already defined" validity issues should be ignored turned out to be correct, but it is always good to check (at least once like I have just done) to make sure. Note, this is just one more example of the validity checker for dblatex being somewhat problematic. For example, I have seen it crash with segfaults in the past whenever there was a real validity issue. However, it does complement the ongsmls validity checker because sometimes it does pick up real validity issues that the onsgmls validity checker misses. However, that latter validity checker is completely reliable in that it never produces a bogus validity error message or have any run-time problems. So be sure to install the OpenSP package on Cygwin that contains onsgmls, and always use the command "make validate" to validate our DocBook source code using onsgmls before actually building our documentation. > [...] the output is the result from the _second_ pass with make (the first fails as nm can not find "<build-directory>/src/libplplot.so") This build issue still continues to completely puzzle me. I don't confirm that issue on my platform, and I can see nothing wrong with the CMake code that enforces the constraint that the plplot library MUST be built before the nm command is executed. But obviously from your and Phil's experience there is still something problematic with the CMake dependency logic (or maybe even a Cygwin CMake bug?) which allows nm to be run before the library is built so you are forced to use that double build workaround to get around it. So the only advice I can give you is continue to use that workaround, but this is not very satisfying since I completely dislike "computer magic" like this. Because of these nagging build dependency issues and bogus validity issues please carefully check the resulting Cygwin-generated documentation (e.g., do a detailed read of some section in plplotdoc-print.pdf that you are familiar with) to make sure it looks good, and if you do spot any issues in the Cygwin-generated version, you can compare with http://plplot.sourceforge.net/docbook-manual/plplot-5.10.0.pdf to see whether that same issue occurred for the Linux-generated version. 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 __________________________ ------------------------------------------------------------------------------ Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel