/Utilities/cmzlib/

pan class='column3'>| | | | | | | | | | | | | CMAKE_USE_RELATIVE_PATHS is on. * | | | | | fix the way the PATH and other related env.vars are stored in the eclipse ↵Alexander Neundorf2009-12-232-21/+82 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | project file when using MSVC Before this commit, the value of PATH at cmake time was put into the eclipse project file. The problem with this is that this will be lost the first time cmake is rerun from an build inside eclipse which was started without the environment externally already set. This patch now: -adds the env.var to the cache if it is not already in the cache -reuses the variable from the cache if it is in the cache, but not in the env. -uses the variable from the cache if it contains the whole content of the current env.var (e.g. if it is the full PATH plus the MSVC dirs) Also store INTEL_LICENSE_FILE in the project file if an Intel compiler is used. Alex * | | | | | disable cmake's verbose output in the Eclipse and KDevelop generatorsAlexander Neundorf2009-12-23