From: Arjen M. <arj...@de...> - 2009-12-01 08:42:00
|
Hi, I have been using the CMake GUI on Windows lately to build PLplot and it turns out that you can set the installation directory from "c:\program files\plplot" to anything you like, which is great, but you have to do that for a lot of variables: CMAKE_INSTALL_BINDIR, CMAKE_INSTALL_DATADIR etc. 8 variables in total. Is it possible to derive all these directories from simply one directory variable? That would make it easier to change the installation directory structure in a consistent way. I checked the CMakeLists.txt files: these variables seem to be set by CMake itself. (Perhaps I can better send this to the CMake list) Regards, Arjen |
From: Werner S. <sm...@ia...> - 2009-12-01 09:00:50
|
Hi Arjen, usually you set the variable CMAKE_INSTALL_PREFIX and all other variables are set accordingly. Does this variable exist in the GUI? Regards, Werner On 12/1/09 9:41 AM, Arjen Markus wrote: > Hi, > > I have been using the CMake GUI on Windows lately to build PLplot > and it turns out that you can set the installation directory from > "c:\program files\plplot" to anything you like, which is great, > but you have to do that for a lot of variables: > CMAKE_INSTALL_BINDIR, CMAKE_INSTALL_DATADIR etc. 8 variables in > total. > > Is it possible to derive all these directories from simply one > directory variable? That would make it easier to change the > installation directory structure in a consistent way. > > I checked the CMakeLists.txt files: these variables seem to > be set by CMake itself. (Perhaps I can better send this to > the CMake list) > > Regards, > > Arjen > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: Arjen M. <arj...@de...> - 2009-12-01 09:03:08
|
Hi Werner, it does exist, but changing just that variable does not make the others change with it. I changed that variable and ran the Configure step again - no change to the others. Regards, Arjen On 2009-12-01 10:00, Werner Smekal wrote: > Hi Arjen, > > usually you set the variable CMAKE_INSTALL_PREFIX and all other > variables are set accordingly. Does this variable exist in the GUI? > > Regards, > Werner > > On 12/1/09 9:41 AM, Arjen Markus wrote: >> Hi, >> >> I have been using the CMake GUI on Windows lately to build PLplot >> and it turns out that you can set the installation directory from >> "c:\program files\plplot" to anything you like, which is great, >> but you have to do that for a lot of variables: >> CMAKE_INSTALL_BINDIR, CMAKE_INSTALL_DATADIR etc. 8 variables in >> total. >> >> Is it possible to derive all these directories from simply one >> directory variable? That would make it easier to change the >> installation directory structure in a consistent way. >> >> I checked the CMakeLists.txt files: these variables seem to >> be set by CMake itself. (Perhaps I can better send this to >> the CMake list) >> >> Regards, >> >> Arjen >> >> ------------------------------------------------------------------------------ >> >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> _______________________________________________ >> Plplot-devel mailing list >> Plp...@li... >> https://lists.sourceforge.net/lists/listinfo/plplot-devel > |
From: Alan W. I. <ir...@be...> - 2009-12-01 19:14:07
|
On 2009-12-01 10:02+0100 Arjen Markus wrote: > Hi Werner, > > it does exist, but changing just that variable does not make > the others change with it. I changed that variable and ran > the Configure step again - no change to the others. > > Regards, > > Arjen > > On 2009-12-01 10:00, Werner Smekal wrote: >> Hi Arjen, >> >> usually you set the variable CMAKE_INSTALL_PREFIX and all other >> variables are set accordingly. Does this variable exist in the GUI? >> >> Regards, >> Werner The ccmake GUI (and presumably the Windows GUI you are using) deals with cached variables. As far as I know, such GUI's only allow you to set cache variables one by one with no check concerning their consistency. For example, in the early days I tried to figure out a way to allow the ccmake GUI user to change CMAKE_INSTALL_PREFIX and have the rest of the variables associated with install locations changed consistently with that, but I was unsuccessful (just like what you have experienced). It's possible we may have missed some way to impose such consistency, and I encourage you to set up a simple test case that attempts to set a variable options) that depends on CMAKE_INSTALL_PREFIX to see how your cmake GUI will react to that situation for all possible set options for the dependent variable. But for now, I don't recommend using CMake GUI's with the PLplot build until we find a solution (if one exists) for this inconsistency problem. 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 __________________________ |