1. 08 Oct, 2013 1 commit
  2. 07 Oct, 2013 4 commits
  3. 06 Oct, 2013 1 commit
  4. 05 Oct, 2013 1 commit
  5. 04 Oct, 2013 1 commit
  6. 03 Oct, 2013 1 commit
  7. 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.
      a3194ff4
    • 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.
      dff8d113
    • Kitware Robot's avatar
      CMake Nightly Date Stamp · c0133a58
      Kitware Robot authored
      c0133a58
  8. 01 Oct, 2013 2 commits
  9. 30 Sep, 2013 2 commits
    • Brad King's avatar
      Use first custom command for the same output (#14446) · dccd4949
      Brad King authored
      In buggy code like
      
       add_custom_command(
         OUTPUT  ${CMAKE_CURRENT_BINARY_DIR}/out.h
         MAIN_DEPENDENCY ${CMAKE_CURRENT_SOURCE_DIR}/out.h.in
         ...)
       add_custom_command(
         OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/out.h
         ...)
      
      that has more than one rule to generate the same output CMake has always
      used the first rule.  However, since commit 2268c41a (Optimize custom
      command full-path dependency lookup, 2013-08-06) we update the map from
      output to cmSourceFile for every rule generating an output, effectively
      keeping the last command instead of the first.
      
      Fix this regression by checking for each map update if the output
      already has an entry.  If so, keep only the original entry.  The VS 8
      generator triggers this with a special case for generate.stamp rules
      that differ between ZERO_CHECK and normal targets, so do not warn for
      now.  Leave a TODO comment for warning in the future.
      dccd4949
    • Kitware Robot's avatar
      CMake Nightly Date Stamp · 6a3958b3
      Kitware Robot authored
      6a3958b3
  10. 29 Sep, 2013 1 commit
  11. 28 Sep, 2013 1 commit
  12. 27 Sep, 2013 1 commit
  13. 26 Sep, 2013 1 commit
  14. 25 Sep, 2013 1 commit
  15. 24 Sep, 2013 1 commit
  16. 23 Sep, 2013 1 commit
  17. 22 Sep, 2013 1 commit
  18. 21 Sep, 2013 1 commit
  19. 20 Sep, 2013 1 commit
  20. 19 Sep, 2013 1 commit
  21. 18 Sep, 2013 1 commit
  22. 17 Sep, 2013 1 commit
  23. 16 Sep, 2013 1 commit
  24. 15 Sep, 2013 1 commit
  25. 14 Sep, 2013 1 commit
  26. 13 Sep, 2013 3 commits
  27. 12 Sep, 2013 1 commit
  28. 11 Sep, 2013 2 commits
  29. 10 Sep, 2013 2 commits