David Cole
|
ca2a16c0a2
|
ENH: Add code to support calling the VS reload macro from Visual Studio 7.1 and 9.0 in addition to 8.0 sp1... Make new macros file with VS 7.1 so that it can be read by 7.1 and later. VS 7.1 does not appear to run the macros while a build is in progress, but does not return any errors either, so for now, the reload macro is not called when using 7.1. If I can figure out how to get 7.1 to execute the macro, I will uncomment the code in cmGlobalVisualStudio71Generator::GetUserMacrosDirectory() to activate executing the macros in VS 7.1, too.
|
2008-02-15 11:49:58 -05:00 |
Brad King
|
3cf3bb664a
|
ENH: Make static library targets depend on targets to which they "link" for the purpose of build ordering. This makes the build order consistent for static and shared library builds. It is also useful when custom command inputs of one library are generated as custom commands outputs of another. It may be useful in the future for Fortran module dependencies. Implemented for Makefiles, Xcode, and VS 8 and above. Added sample code to do it for VS 7.1 and below, but left it disabled with comments explaining why. Likely it will never be needed on VS 7.1 or below anyway.
|
2007-12-21 15:04:06 -05:00 |
|
David Cole
|
867de7fc67
|
ENH: Add ability to call Visual Studio macros from CMake. Add a CMake Visual Studio macro to reload a solution file automatically if CMake makes changes to .sln files or .vcproj files. Add code to call the macro automatically for any running Visual Studio instances with the .sln file open at the end of the Visual Studio Generate call. Only call the macro if some .sln or .vcproj file changed during Generate. Also, add handling for REG_EXPAND_SZ type to SystemTools::ReadRegistryValue - returned string has environment variable references expanded.
|
2007-11-16 07:01:58 -05:00 |
|
Brad King
|
438a7e2fce
|
BUG: Fix utility dependencies for static libraries in VS generators. This addresses bug#4789.
|
2007-04-04 14:50:35 -04:00 |
|
Brad King
|
fb38af53c0
|
BUG: Split precompiled header flags into a separate per-global-generator flag map. This is needed because the flag mappings differ across VS IDE versions. This fixes bug#3512 for VS8 where as the previous fix only worked for VS7.
|
2007-03-12 12:35:11 -04:00 |
Bill Hoffman
|
b0bc59f709
|
ENH: commit fix for putting everything in the build on vs
|
2006-11-09 09:57:23 -05:00 |
|
Brad King
|
9a1d4e92eb
|
BUG: Fix/cleanup custom commands and custom targets. Make empty comment strings work. Fix ZERO_CHECK target always out of date for debugging. Fix Makefile driving of custom commands in a custom target. Fix dependencies on custom targets not in ALL in VS generators.
|
2006-09-28 16:40:35 -04:00 |
Ken Martin
|
bf0cb4d49a
|
STYLE: fix line length
|
2006-05-11 11:47:03 -04:00 |
|
Brad King
|
bc135b7fc2
|
BUG: MSVC* variables should be set in IDE generators instead of just NMake.
|
2006-05-05 20:54:53 -04:00 |
|
Bill Hoffman
|
5a2668b326
|
ENH: add support for win64 for visual studio 2005 ide and nmake, also fix warnings produced by building for win64
|
2006-03-30 13:49:56 -05:00 |
|
Brad King
|
bd0b829ffb
|
BUG: Fixed generation of VS8 solution file to not be re-written when loaded by VS and to work with msbuild.
|
2006-02-14 15:35:34 -05:00 |
|
Brad King
|
1c7075057f
|
ENH: Added support for parallel builds in VS 8. There is now a special target on which all other targets depend that re-runs CMake if any listfiles have been changed. This addresses bug#2512.
|
2005-12-13 14:21:28 -05:00 |
|
Bill Hoffman
|
86195caf6a
|
ENH: add support for VCExpress 2005
|
2004-07-05 12:16:33 -04:00 |