1. 14 Jan, 2008 1 commit
  2. 17 Dec, 2007 1 commit
  3. 02 Jul, 2007 1 commit
    • Alexander Neundorf's avatar
      · 930bb0cd
      Alexander Neundorf authored
      ENH: remove support for presetting CMAKE_SYSTEM_INFO_FILE,
      Instead of presetting these variables to arbitrary filenames, users should
      set up CMAKE_SYSTEM_NAME and the compilers correctly and also create a
      Platform/ directory so these files will all follow the official cmake style,
      which should make it easier to understand and debug project which have their
      own platform/toolchain support files.
      -remove support for a suffix to MS crosscompilers, since this is not (yet)
      supported by cmake and might confuse users
  4. 12 Jun, 2007 1 commit
    • Alexander Neundorf's avatar
      · df1edcb9
      Alexander Neundorf authored
      ENH: first include the processor specific file, then the compiler file, this
      way the specific hardware file can set variables which can be used in the
      toolchain rules (like CMAKE_C_COMPILE_OBJECT etc.)
  5. 11 Jun, 2007 1 commit
    • Alexander Neundorf's avatar
      · 422dc631
      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.
  6. 05 Jun, 2007 1 commit
    • Alexander Neundorf's avatar
      · eab5a435
      Alexander Neundorf authored
      ENH: also load a processor-specific file if exists
      -also try the basename file if the compiler id file doesn't exist
      -don't rely so much on the CMAKE_TOOLCHAIN_FILE
  7. 17 May, 2007 1 commit
    • Alexander Neundorf's avatar
      · 61d3444f
      Alexander Neundorf authored
      ENH: merge CMake-CrossCompileBasic to HEAD
      -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
  8. 03 May, 2007 1 commit
  9. 11 Apr, 2006 1 commit
  10. 06 Mar, 2006 1 commit
  11. 02 Mar, 2006 1 commit
  12. 27 Feb, 2006 1 commit
  13. 14 Dec, 2005 1 commit
  14. 07 Sep, 2005 1 commit
  15. 20 Jul, 2005 2 commits
  16. 22 Sep, 2004 1 commit
  17. 26 Aug, 2004 1 commit