- 22 Jan, 2010 1 commit
-
-
Alexander Neundorf authored
This is already done for assembler and is necessary for e.g. Symbian. Alex
-
- 19 Nov, 2009 1 commit
-
-
Bill Hoffman authored
Change the way 32/64 bit compiles are detected with MSVC and intel makefile builds. Use the platform ID preprocessor approach.
-
- 19 Sep, 2009 1 commit
-
-
Brad King authored
Previously we checked for this flag by parsing the version number of GCC out of 'gcc --version', but this is not reliable because the format can vary greatly. Now we run 'gcc -v --help' and look for '-isysroot' in the list of options. We also now store the result on a per-language basis in the per-compiler info file "CMake<LANG>Compiler.cmake". This is necessary to make it accessible from try-compile projects so that they generate correctly.
-
- 23 Jul, 2009 1 commit
-
-
Brad King authored
This teaches CMake to detect implicit link information for C, C++, and Fortran compilers. We detect the implicit linker search directories and implicit linker options for UNIX-like environments using verbose output from compiler front-ends. We store results in new variables called CMAKE_<LANG>_IMPLICIT_LINK_LIBRARIES CMAKE_<LANG>_IMPLICIT_LINK_DIRECTORIES The implicit libraries can contain linker flags as well as library names.
-
- 21 Jan, 2008 1 commit
-
-
Brad King authored
-
- 12 Jul, 2007 1 commit
-
-
Alexander Neundorf authored
ENH: second try for handling the linker language with integer priority values (returning a pointer to a string on the stack is no good idea) Alex
-
- 11 Jul, 2007 2 commits
-
-
Alexander Neundorf authored
Alex
-
Alexander Neundorf authored
ENH: CMAKE_<LANG>_LINKER_PREFERENCE is now an integer priority, not a two-step priority (None or Prefered) Current order: ASM 0, C 10, Fortran 20, CXX 30, Java 40 This is the same order as automake choses: http://www.gnu.org/software/automake/manual/html_node/How-the-Linker-is-Chosen.html This change should be backward compatible: if there is a project using fortran and CXX, they had to set the LINKER_LANGUAGE explicitely, otherwise cmake complained (but still generated the project files). Explicitely setting the linker language still overrides automatic detection. If somebody has a custom language for cmake and the PREFERENCE starts with "P", its changed to 100, which gives it preference over all other languages (except the other custom languages which have also "Prefered"). "None" is converted to 0. Alex
-
- 11 Jun, 2007 1 commit
-
-
Alexander Neundorf authored
ENH: split cmGlobalGenerator::SetLanguageEnabled() in two parts, where the second part copies the values from the cmake variables into internal maps. So this can now be done after the compiler-specific information has been loaded, which can now overwrite more settings. Alex
-
- 17 May, 2007 1 commit
-
-
Alexander Neundorf authored
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
-
- 28 Apr, 2007 1 commit
-
-
Brad King authored
ENH: Merging CompilerId implementation from branch CMake-Modules-CompilerId to the main tree. Changes between CMake-Modules-CompilerId-bp and CMake-Modules-CompilerId-mp1 are included.
-
- 25 Jan, 2006 1 commit
-
-
Bill Hoffman authored
-
- 14 Nov, 2005 1 commit
-
-
Bill Hoffman authored
-
- 20 Jul, 2005 1 commit
-
-
Bill Hoffman authored
-
- 20 Jan, 2005 1 commit
-
-
Bill Hoffman authored
-
- 17 Jan, 2005 1 commit
-
-
Bill Hoffman authored
-
- 22 Sep, 2004 1 commit
-
-
Bill Hoffman authored
-
- 03 Sep, 2004 1 commit
-
-
Bill Hoffman authored
-
- 12 Dec, 2003 1 commit
-
-
Bill Hoffman authored
-
- 21 Aug, 2003 1 commit
-
-
Bill Hoffman authored
ENH: add the unix makefile generator as an option from the windows GUI, this builds with mingw, cygwin, and combinations of make cl, bcc32
-
- 20 Nov, 2002 1 commit
-
-
Bill Hoffman authored
-
- 11 Nov, 2002 1 commit
-
-
Bill Hoffman authored
-
- 08 Nov, 2002 1 commit
-
-
Bill Hoffman authored
-
- 23 Oct, 2002 1 commit
-
-
Bill Hoffman authored
-