From: Alan W. I. <ir...@be...> - 2006-12-18 23:32:35
|
On 2006-12-17 09:37+0100 Werner Smekal wrote: > Alan W. Irwin wrote: >> >> There is also some indication on the CMake list that a solution to the >> current limitation for CPack will be found. One way or another I hope >> this >> showstopper for binary releases of PLplot is resolved within the next week >> or so (bearing in mind that our forthcoming source release will be in >> mid-January). To prepare for that resolution, I suggest those with windows >> platforms should try "make install" (which exercises all the INSTALL >> commands which are used by "make package"). > > Yes, I try make install regularily and it works without problems, all seem to > be there. I would like to thank Jim Dishaw who pointed out another "make package" problem off-list which I have verified. If you completely remove your install directory and run the usual "cmake" and "make" followed by "make package" the install directory is populated. This unexpected side effect is especially nasty for the case when the install directory is owned by the root account. It turns out there is an easy work around that solves both the absolute path issue and the install directory population issue. On Linux, this is how I can now make a binary release by hand * rm -rf /staging/area * make install DESTDIR=/staging/area * pushd /staging/area * tar zcf plplot-5.7.1-Linux.tar.gz . * popd * mv /staging/area/plplot-5.7.1-Linux.tar.gz . * rm -rf /staging/area ("/staging/area" is any absolute or relative directory location which you don't mind overwriting.) Werner, if a windows equivalent of the above procedure works, then I suggest you put it into a script for convenience (until make package is fixed), and that should conveniently take care of the fundamental issue of how to make a binary release on windows. The only remaining binary-release issue then appears to be integrating external libraries into the build so that "make install" (for now and "make package" eventually) installs them in DESTDIR. Werner, I have suggested a low-impact way to deal with this remaining issue. What do you think? 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |