1. 13 Oct, 2013 1 commit
  2. 12 Oct, 2013 1 commit
  3. 11 Oct, 2013 1 commit
  4. 10 Oct, 2013 1 commit
  5. 09 Oct, 2013 1 commit
  6. 08 Oct, 2013 14 commits
  7. 07 Oct, 2013 12 commits
    • Brad King's avatar
      Set policy CMP0025 to NEW while building CMake itself · 1763c31c
      Brad King authored
      CMake is aware of the policy's NEW behavior and the AppleClang compiler
      id.  Set the policy to NEW explicitly to avoid the warning and get the
      NEW behavior.
      Also teach the RunCMake test infrastructure to build tests with
      -DCMAKE_POLICY_DEFAULT_CMP0025=NEW to avoid the policy warning
      in test output that must match specific regular expressions.
    • Brad King's avatar
      Add policy CMP0025 for Apple Clang compiler id compatibility · aa53ee57
      Brad King authored
      The parent commit introduced a separate "AppleClang" compiler id for
      Apple's Clang distribution.  Add a policy in order to support projects
      that expect this compiler's id to be just "Clang".  When the policy is
      OLD or not set, map AppleClang back to Clang.  Continue to use the
      AppleClang id internally while enabling the language, but set the
      CMAKE_<LANG>_COMPILER_ID after project() or enable_language() to the
      compatible value for use by project code.
    • Brad King's avatar
      Clang: Add separate "AppleClang" compiler id · ab658624
      Brad King authored
      Apple distributes their own Clang build with their own version numbers
      that differ from upstream Clang.  Use the __apple_build_version__ symbol
      to identify the Apple Clang compiler and report the Apple Build Version
      as the fourth version component in CMAKE_<LANG>_COMPILER_VERSION.  Add
      Compiler/AppleClang-<lang> and Platform/Darwin-AppleClang-<lang> modules
      that simply include the upstream equivalents.
      Fix comparisons of CMAKE_<LANG>_COMPILER_ID to Clang in CMake's own
      source and tests to account for AppleClang.
    • Stephen Kelly's avatar
      install: Teach EXPORT option to handle INTERFACE_LIBRARY targets · ce0c303d
      Stephen Kelly authored and Brad King's avatar Brad King committed
    • Stephen Kelly's avatar
      export: Add support for INTERFACE_LIBRARY targets · 435c9128
      Stephen Kelly authored and Brad King's avatar Brad King committed
    • Stephen Kelly's avatar
      export: Add policy CMP0024 to disallow include() of export files · 904ff9fe
      Stephen Kelly authored and Brad King's avatar Brad King committed
      Currently, export() is executed at configure-time.
      One problem with this is that certain exported properties like
      the link interface may not be complete at the point the export() is
      encountered leading to an incorrect or incomplete exported
      representation. Additionally, the generated IMPORTED_LOCATION
      property may even be incorrect if commands following the export()
      have an effect on it.
      Another problem is that it requires the C++ implementation of cmake
      to be capable of computing the exported information at configure time.
      This is a limitation on the cleanup and maintenance of the code. At
      some point in the future, this limitation will be dropped and more
      implementation will be moved from cmTarget to cmGeneratorTarget.
    • Stephen Kelly's avatar
      Add the INTERFACE_LIBRARY target type. · fe732264
      Stephen Kelly authored and Brad King's avatar Brad King committed
      This target type only contains INTERFACE_* properties, so it can be
      used as a structural node. The target-specific commands enforce
      that they may only be used with the INTERFACE keyword when used
      with INTERFACE_LIBRARY targets. The old-style target properties
      matching LINK_INTERFACE_LIBRARIES_<CONFIG> are always ignored for
      this target type.
      The name of the INTERFACE_LIBRARY must match a validity generator
      expression. The validity is similar to that of an ALIAS target,
      but with the additional restriction that it may not contain
      double colons. Double colons will carry the meaning of IMPORTED
      or ALIAS targets in CMake 2.8.13.
      An ALIAS target may be created for an INTERFACE library.
      At this point it can not be exported and does not appear in the
      buildsystem and project files are not created for them. That may
      be added as a feature in a later commit.
      The generators need some changes to handle the INTERFACE_LIBRARY
      targets returned by cmComputeLinkInterface::GetItems. The Ninja
      generator does not use that API, so it doesn't require changes
      related to that.
    • Brad King's avatar
      Begin post-2.8.12 development · d4134352
      Brad King authored
    • Bill Hoffman's avatar
      ccmake: Teach dialog to support cache STRINGS property · fadffab5
      Bill Hoffman authored and Brad King's avatar Brad King committed
      This commit adds the ability to ccmake of cycling through cache options.
      This uses the STRINGS property of the cache entry. The enter key will cycle
      forward, and the right and left arrows will go up and down in the list.
    • Brad King's avatar
      CMake 2.8.12 · ffff99c5
      Brad King authored
    • Stephen Kelly's avatar
      Genex: Fix processing multiple include directories for relative paths · 6f98f4ac
      Stephen Kelly authored and Brad King's avatar Brad King committed
      Re-insert the semicolon which was removed during splitting.
      Commit d777b8e7 (Genex: Allow relative paths in INSTALL_INTERFACE.,
      2013-07-25) introduced the prefixItems method to allow relative paths
      in the argument of the INSTALL_INTERFACE expression. That method was
      buggy in that it did not re-introduce the semicolon separator in
      the result.
      This bug also affects paths which are already absolute in user code.
    • Kitware Robot's avatar
      CMake Nightly Date Stamp · d85b0660
      Kitware Robot authored
  8. 06 Oct, 2013 1 commit
  9. 05 Oct, 2013 1 commit
  10. 04 Oct, 2013 2 commits
    • Brad King's avatar
      CMakeDetermineCompilerId: Add notion of "simulated" id/version · 51ab85c3
      Brad King authored
      Some compilers try to simulate other compilers as a drop-in replacement
      supporting all the same command-line options and predefined preprocessor
      macros.  In such cases it will be useful to have CMake load the compiler
      information files for the simulated compiler instead of duplicating the
      information.  Teach CMakeDetermineCompilerId to extract the simulated
      compiler id and version when the compiler id detection provides it.
    • Kitware Robot's avatar
      CMake Nightly Date Stamp · e20edcdb
      Kitware Robot authored
  11. 03 Oct, 2013 2 commits
    • Brad King's avatar
      cmake: Split -E command implementation into separate source file · c04995b4
      Brad King authored
      Move the cmake::ExecuteCMakeCommand static method and all the static
      methods it calls out of the 'cmake' class to a separate 'cmcmd' class.
      Build the latter as part of the main cmake executable with cmakemain.cxx
      and not in CMakeLib.  Drop unused header includes from "cmake.cxx".
      By moving this implementation out of cmake.cxx we avoid carrying it
      around in all the executables that use class 'cmake'.  It is needed only
      for the main "cmake -E" functionality.
    • Kitware Robot's avatar
      CMake Nightly Date Stamp · a9a48ff9
      Kitware Robot authored
  12. 02 Oct, 2013 3 commits
    • Brad King's avatar
      Xcode: Fix OBJECT library support for Xcode 5 (#14254) · a3194ff4
      Brad King authored
      Xcode 2.1 through 4 supported $(CURRENT_ARCH) in a PBXFileReference
      'path' value used in the "Link Binary with Libraries" build phase.
      CMake uses this to reference object file locations on link lines to
      bring in OBJECT library content.  However, Xcode 5 now evaluates the
      $(CURRENT_ARCH) reference in this context as "undefined_arch" so the
      wrong path is given to the linker.  There seems to be no alternative way
      to produce an architecture-specific value in a PBXFileReference.
      Fortunately Xcode 5 now also handles link dependencies for paths linked
      through OTHER_LDFLAGS.  For Xcode >= 5, move the OBJECT library object
      file references from the link build phase to OTHER_LDFLAGS.  We can
      still show the object files in the source group listing in either case.
    • Brad King's avatar
      Xcode: Drop XCODE_DEPEND_HELPER for Xcode >= 5 · dff8d113
      Brad King authored
      Xcode 5.0 now computes dependencies from files linked through
      OTHER_LDFLAGS, so we no longer need the XCODE_DEPEND_HELPER hack to
      re-link dependents when targets change.
    • Kitware Robot's avatar
      CMake Nightly Date Stamp · c0133a58
      Kitware Robot authored