aed92ccea6
Add VisualStudio 9 and 10 generators for Itanium platform
2011-06-20 08:31:13 -04:00
cddcad5102
Fix incremental linking for VS2010 with nmake or make.
...
VS2010 deprecated /INCREMENTAL:YES. This change makes
/INCREMENTAL the flag to use for incremental linking with
VS2010.
2010-12-09 13:32:48 -05:00
e0acb6ca5f
Fix Windows-cl.cmake so that at most one MSVC** variable is defined.
...
The expectation of users of the MSVC60, MSVC70, MSVC71, MSVC80, MSVC90
and the new MSVC10 variables is that at most one of them will be set
for any given build tree. This change enforces that expectation for
build trees using Makefile generators. It also fixes the one mismatch
in that expectation to be found in the Visual Studio generator world:
previously, the VS 7.1 generator would set *both* MSVC70 and MSVC71;
now, it only sets MSVC71.
With these changes, user expectations are now met, and the recently
introduced CheckCompilerRelatedVariables test should pass everywhere.
2010-05-05 17:08:06 -04:00
4430bccc70
Change the way 32/64 bit compiles are detected with MSVC and intel makefile builds. Use the platform ID preprocessor approach.
2009-11-19 21:58:42 -05:00
e9a170b108
Move /MANIFEST flag into -E vs_link. This is so it can be used by the intel compilers without having to specifiy it in the intel compiler files
2009-09-01 14:33:26 -04:00
d10d57fedd
ENH: remove debug message
2009-07-15 12:43:09 -04:00
6d80f66456
ENH: do not use /INCREMENTAL:YES with VS 10 compiler
2009-07-15 12:18:37 -04:00
9d9582ffef
ENH: fix problem where rc language recursively included itself because CMAKE_BASE_NAME was used from c compiler, do the same fix for other uses of CMAKE_BASE_NAME
2008-10-14 16:07:11 -04:00
9430c3f335
ENH: better error message for mis-configured nmake environment
2008-10-14 11:42:45 -04:00
6b12da90ea
ENH: undo optional because we need it
2008-06-24 16:47:31 -04:00
32d4be94a9
ENH: rc is not so optional at least with 2005 and newer, as it is used to embed the manifest files
2008-06-24 15:50:17 -04:00
2b21d8e16b
ENH: make rc optional
2008-06-23 13:37:58 -04:00
ed795d283f
ENH: fix c flags for 2003 free command line tools
2008-03-13 16:42:31 -04:00
230c8972f7
BUG: Do not place $(CMAKE_COMMAND) in link scripts.
2008-03-01 09:08:34 -05:00
e5a4da5b3c
ENH: make sure MSVC90 is set
2008-01-18 15:19:19 -05:00
b479c6a8a9
ENH: add ability to have manifest files and incremental linking with make and nmake
2008-01-01 15:13:41 -05:00
9cbb998737
ENH: add support for vs 2008 beta 2
2007-09-17 15:21:47 -04:00
dac7814841
ENH: use WindowsPaths.cmake on all Windows platforms, not only for cl, makes
...
the mingw cross compiler work out of the box and should help mingw users on
windows with a common install dir
Alex
2007-08-02 11:17:32 -04:00
61d3444f93
ENH: merge CMake-CrossCompileBasic to HEAD
...
-add a RESULT_VARIABLE to INCLUDE()
-add CMAKE_TOOLCHAIN_FILE for specifiying your (potentially crosscompiling) toolchain
-have TRY_RUN() complain if you try to use it in crosscompiling mode (which were compiled but cannot run on this system)
-use CMAKE_EXECUTABLE_SUFFIX in TRY_RUN(), probably TRY_RUN won't be able to
run the executables if they have a different suffix because they are
probably crosscompiled, but nevertheless it should be able to find them
-make several cmake variables presettable by the user: CMAKE_C/CXX_COMPILER, CMAKE_C/CXX_OUTPUT_EXTENSION, CMAKE_SYSTEM_NAME, CMAKE_SYSTEM_INFO_FILE
-support prefix for GNU toolchains (arm-elf-gcc, arm-elf-ar, arm-elf-strip etc.)
-move ranlib on OSX from the file command to a command in executed in cmake_install.cmake
-add support for stripping during install in cmake_install.cmake
-split out cl.cmake from Windows-cl.cmake, first (very incomplete) step to support MS crosscompiling tools
-remove stdio.h from the simple C program which checks if the compiler works, since this may not exist for some embedded platforms
-create a new CMakeFindBinUtils.cmake which collects the search fro ar, ranlib, strip, ld, link, install_name_tool and other tools like these
-add support for CMAKE_FIND_ROOT_PATH for all FIND_XXX commands, which is a
list of directories which will be prepended to all search directories, right
now as a cmake variable, turning it into a global cmake property may need
some more work
-remove cmTestTestHandler::TryExecutable(), it's unused
-split cmFileCommand::HandleInstall() into slightly smaller functions
Alex
2007-05-17 13:20:44 -04:00
fc7c433463
ENH: Added support for import libraries created by executable and module targets. The module import libraries should never be used but some windows compilers always create them for .dll files since there is no distinction from shared libraries on that platform. The executable import libraries may be used to create modules that when loaded bind to symbols from the executables. This is an enhancement related to bug#4210 though not requested by it explicitly.
2007-03-19 10:00:36 -04:00
007fa79037
BUG: Fixed MSVC8 module build rule to not use /implib option. This is an incremental fix for bug#4210.
2007-03-10 07:37:42 -05:00
475447870f
BUG: Shared library creation should use /implib option to specify the name of the import library explicitly. This is an incremental step for bug #4210 .
2007-03-09 13:59:18 -05:00
0e8515fa4c
BUG: Get rid of ancient variables CMAKE_CXX_WARNING_LEVEL, CMAKE_CXX_USE_RTTI, CMAKE_CXX_STACK_SIZE which are only partially implemented and now taken care of by flag mapping anyway.
2007-03-07 15:57:52 -05:00
5ac4801a04
BUG: use different commands for shared libraries and exe for manifest stuff fix for bug#4039
2006-11-11 14:04:29 -05:00
b155f3aa1c
ENH: Adding image version number (major.minor) property to windows binaries. Default is 0.0, but the VERSION target property may change the value. Windows now has first-class support for dll and exe versioning. This addresses bug#1219.
2006-10-16 18:17:14 -04:00
115521338c
BUG: fix for bug#3652 use link /lib instead of lib
2006-10-03 16:12:50 -04:00
276e7e21a3
ENH: Adding flags to force generation of manifest files when building with VC 8.
2006-08-15 15:33:20 -04:00
8e6a9b2065
ENH: Enabled generation of preprocessed and assembly source rules for MSVC with NMake.
2006-08-09 13:45:13 -04:00
47ef504530
BUG: fix for bug 3550, for release builds do not build incremental
2006-07-26 11:15:28 -04:00
e206d58027
BUG: fix for CXX only projects
2006-07-24 16:13:33 -04:00
8e9a6beccc
ENH: centralized locaiton of CMakeFiles setting
2006-06-14 12:28:32 -04:00
77b401ddb2
ENH: removed logo info from the manifest tool
2006-06-12 13:17:47 -04:00
3023eb7ccb
ENH: Makefile performance improvements
2006-05-02 09:56:42 -04:00
e6ef33f598
ENH: name pdb files for visual studio make based builds
2006-04-19 16:36:14 -04:00
f2e2f23392
ENH: unix makefiles should work with cl
2006-04-19 15:29:19 -04:00
4a20d4fe39
ENH: don't need two of these
2006-04-19 11:14:00 -04:00
96c140e281
ENH: test for vs8 correctly
2006-04-19 10:56:54 -04:00
0b490110ba
ENH: check for version 1400
2006-04-19 10:11:43 -04:00
08289893b8
ENH: Split CMAKE_STANDARD_LIBRARIES into per-language variables CMAKE_<lang>_STANDARD_LIBRARIES. This is needed to get programmable language support working with Visual Studio generators. It makes sense anyway.
2006-04-11 16:55:49 -04:00
bcfd6f7f69
ENH: add better variables for MSVC versions
2006-04-07 16:46:41 -04:00
f0e8c750d1
BUG: Fixed order of options to cl for 32-bit/64-bit test to work with VS 6 NMake.
2006-03-30 16:55:19 -05:00
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
88f69f0df9
BUG: /DWIN32 and /D_WINDOWS should be defined for all configurations or if no configuration is set.
2006-03-16 17:40:48 -05:00
36080b04bb
ENH: add support for manifest stuff
2006-03-06 15:01:08 -05:00
ea8c278cd6
ENH: add manifest support for 2005
2006-03-03 12:01:04 -05:00
a5825cd11a
ENH: check in new find stuff
2006-03-02 13:30:22 -05:00
0a0e459102
ENH: make command line flags more consistent with ide settings
2006-02-21 12:19:32 -05:00
6f96bba66d
ENH: fix try compile for MFC
2006-02-14 10:51:36 -05:00
7953f6a467
ENH: Adding definition of MSVC when it is the compiler.
2006-02-07 17:10:13 -05:00
63b4952f4c
BUG: Removed odbc32.lib and odbccp32.lib from standard libraries on VS 8 because VC++ Express 2005 does not have them. They are SQL database access libraries and should not be needed for every application. User code can always explicitly link the library. Also replacing deprecated /GZ option with /RTC1 for VS 8. This addresses bug#2795.
2006-02-02 20:15:38 -05:00
Matej Hribernik
Bill Hoffman
David Cole
Brad King
Alexander Neundorf
Ken Martin