On 2007-11-05 16:57-0600 Geoffrey Furnish wrote: > But now, make install fails: > > Install the project... > -- Install configuration: "" > CMake Error: Error in cmake code at > .../plplot/tmp2/cmake_install.cmake:35: > FILE cannot create directory: /share/doc/plplot. Maybe need administrative > privi > leges. > Current CMake stack: > /home/furnish/icfdev/prefix-icf/plplot/tmp2/cmake_install.c > make > make: *** [install] Error 255
If you still get the error starting from an empty build tree, please include all the command-line options you used for cmake. I have never gotten an error like above. Perhaps there is something wrong with your install prefix? > [...]BTW, when I gnerated the above cmake configuraiton diff, it didn't take > effect when I merely removed the cache and reran cmake. I had to run cmake > fresh in an empty build dir, to get the .../relink.txt file to be > regenerated. Is there a way to get cmake to actually regenerate all it's > stuff in your current working dir, or do other developers normally have to > start a new build dir from scratch to test changes to the cmake configuration > files? My advice is to always run cmake in an empty build tree. But that is not an onerous constraint since the only time you should want to re-run it is if you are changing options, and if you are changing options you will probably want to use a different build tree in any case. So the typical development pattern is run cmake in an empty build tree. run make tweak source or cmake configuration files. run make again (which will normally run cmake in a safe way to account for your cmake configuration file changes, if any) tweak source, etc. Of course, that is the ideal case, and I have sometimes run into inexplicable problems that were cured by starting from scratch again with running cmake in an empty build tree. So the final advice is never report a bug here until you have confirmed it by starting from scratch in an empty build tree. 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
