On 2007-08-21 09:27+0200 Arjen Markus wrote: > Alan W. Irwin wrote: > >> OK. I will take responsibility for putting a prominent sentence or two in >> the 5.8.0-RC1 (and 5.8.0) release notes about this important planned >> change >> for 5.9.0 and beyond. >> >> > Hi Alan, > > much as I agree with this step, I do want to put the problem of Marius into > the > discussion: > - If PLplot is used as part of a larger system, such as GDL, that uses the > autoconf > approach, then requiring PLplot to be built by means of CMake is a bit of a > nuisance. > - Marius seems to have awkward issues with the automation of CMake. I am > not sure why, I use CMake in various environments almost exclusively via > shell scripts/batch files, but we should try and find out.
Hi Arjen: I am not familiar with the particular problem you are referring to. However, it sounds like this user was attempting to integrate PLplot software as part of a larger autotools build, and I agree that would be awkward. Instead, PLplot should be treated as the completely independent library that it is. Thus, I strongly recommend that PLplot should be built independently with CMake and then the pkg-config files we supply as part of that build should be used to make the installed PLplot results accessible to all other build systems. Both autotools- and CMake-based build systems can utilize with relative ease external libraries whose library and header information is summarized in pkg-config results. If there is some bug in our pkg-config results, please encourage this user to submit a bug report. The only Marius I am aware of is Marius Schamschula who found our autotools system was clobbered for 5.7.4. There is a relatively good ending to that particular story. According to https://sourceforge.net/tracker/index.php?func=detail&aid=1777297&group_id=2915&atid=102915 (submitted just two days ago) when faced with the 5.7.4 autotools issue, Marius got serious about CMake and is building with it now. He did run into our standard problem with octave (we do need to catch up with the latest octave version again, but that is difficult because it is a moving target), but otherwise "The (CMake) build went fine w/o octave support." 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); PLplot scientific plotting software package (plplot.org); 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 __________________________ ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
