PROJECT_BINARY_DIR - didn't see use it because I thought it was
something else. Tried it, it works. You'd want ${PROJECT_BINARY_DIR}/lib
though - otherwise the result seems to be missing a '/'-----Original Message----- From: Bill Hoffman [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 8:11 AM To: Rob Mathews Cc: cmake@cmake.org Subject: Re: [CMake] LIBRARY_OUTPUT_PATH, EXECUTABLE_OUTPUT_PATH broken if CMake variables used. Rob Mathews wrote: > Ie, something like: > > SET(LIBRARY_OUTPUT_PATH "$(SolutionDir)lib" CACHE PATH "Single output > directory for building all libraries." FORCE) > > > doesn't work any more because cmSystemTools::FileIsFullPath() thinks > that "$SolutionDir)lib" is a relative path && prepends the project > location to it. > > > The fix would either be to visit every place where > cmSystemTools::FileIsFullPath() is called and consider if a variable > should be allowed, or change cmSystemTools::FileIsFullPath to return > "true" when it starts with a "$" (ie, a variable), and then let the user > deal with it. > > That is not a CMake variable. That is a visual studio variable, and if that ever worked it was by luck. Is there a reason not to use the CMake variable ${PROJECT_BINARY_DIR}lib, it should have about the same effect. Unless, you are trying to create relocatable vcproj files that can be moved from machine to machine without having to run cmake, which really is not that supported. -Bill _______________________________________________ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
