1. 04 Apr, 2013 2 commits
  2. 03 Apr, 2013 3 commits
    • Brad King's avatar
      Merge topic 'qt4-pthread' · 00ef90ec
      Brad King authored and Kitware Robot's avatar Kitware Robot committed
      bec8e64c Qt4: Fix typo setting a variable for FindThreads.
    • Brad King's avatar
      Handle usr-move without forcing absolute paths (#14041) · 6c613b43
      Brad King authored
      In commit 0c727b90 (install(EXPORT): Force absolute paths for usr-move,
      2013-03-08) and commit d4774140 (configure_package_config_file: force
      absolute paths for usr-move, 2013-01-24) we supported Linux
      distributions implementing the "/usr move" by assuming that installation
      to (/usr)?/lib(64)? represents a non-relocatable system package.
      When cross-compiling one may prepare a package for installation into a
      system location on a target machine but install the package files on the
      *host* machine inside another path for use with CMAKE_FIND_ROOT_PATH.
      In this case the package development files must still be relocatable.
      Handle "/usr move" with a new approach that works with relocatable
      files.  Teach configure_package_config_file and install(EXPORT) to
      generate special logic in a package configuration file or targets file
      for installation under (/usr)?/lib(64)?.  Teach the file to recognize
      when it is loaded through a symlink that refers to the same realpath as
      its original install destination.  In such a case, use the original
      install prefix.  Otherwise, compute the prefix relative to the current
      file location to make it relocatable.
    • Kitware Robot's avatar
      CMake Nightly Date Stamp · 99f7cc12
      Kitware Robot authored
  3. 02 Apr, 2013 4 commits
  4. 01 Apr, 2013 1 commit
  5. 31 Mar, 2013 1 commit
  6. 30 Mar, 2013 1 commit
  7. 29 Mar, 2013 3 commits
  8. 28 Mar, 2013 11 commits
  9. 27 Mar, 2013 2 commits
  10. 26 Mar, 2013 11 commits
  11. 25 Mar, 2013 1 commit
    • Brad King's avatar
      VS: Fix VS 10/11 .sln headers (#14038) · c677838c
      Brad King authored
      The VS version we generate in the .sln header is used by VS when opening
      the file through Windows Explorer and possibly elsewhere.  Fix our
      generators to use version strings known to VS to avoid a drop-down box.
      For VS 10, since commit 4f96af44 (Fix VS 10 .sln files for Windows
      Explorer, 2009-10-22) we use "Visual Studio 2010" instead of just
      "Visual Studio 10".  This is correct except that for the Express edition
      we need "Visual C++ Express 2010".
      For VS 11, since commit f0d66ab4 (VS11: Fix comment generated at the top
      of *.sln files, 2011-10-20) we use "Visual Studio 11" in the .sln header
      but the preferred value is "Visual Studio 2012" (just as the first
      commit mentioned above fixed for VS 10).  Also for the Express edition
      we need "Visual Studio Express 2012 for Windows Desktop".