1. 12 Mar, 2017 1 commit
  2. 28 Feb, 2017 3 commits
  3. 22 Feb, 2017 4 commits
  4. 31 Jan, 2017 1 commit
  5. 20 Jan, 2017 1 commit
    • Gregor Jasny's avatar
      Xcode: Control emission of EFFECTIVE_PLATFORM_NAME · 10c9c73d
      Gregor Jasny authored and Brad King's avatar Brad King committed
      When building with multiple SDKs within one project Xcode requires
      the usage of ${EFFECTIVE_PLATFORM_NAME} to put temporary and build
      outout into separate directories. For example an iOS device and
      simulator build use two different SDKs (iphoneos and iphonesimulator).
      
      In the past cmake tries to detect embedded toolchains that could
      possibly use simulators and emitted EFFECTIVE_PLATFORM_NAME (EPN)
      at the proper locations. In #16253 Mark noticed that if he
      uses macosx and iphoneos in combination the necessary EPN is not
      emitted. This is because CMake by default assumes macosx SDK which
      does not trigger EPN emission.
      
      The fist naive approach - enabling EPN unconditionally revealed that
      then the EPN leaks into generator expressions like $<TARGET_FILE:xxx>
      which might be a regression and thus is unacceptable.
      
      The next approach was to add an CMake property to enable EPN emission
      unconditionally. This solved the reported problem.
      
      But the EPN leakage also happened for the embedded toolchains already
      without anyone noticing. So the control property was turned into a
      tri-state one:
      
       * No definition: EPN is activated for embedded toolchains like before
       * ON: EPN is always emitted
       * OFF: EPN is never emitted
      
      That approach gives the user the chance to disable EPN for embedded
      toolchains and restores generator expression functionality for those.
      
      Closes: #16253
      10c9c73d
  6. 27 Dec, 2016 1 commit
  7. 03 Dec, 2016 2 commits
  8. 28 Nov, 2016 1 commit
  9. 22 Nov, 2016 1 commit
  10. 28 Oct, 2016 1 commit
  11. 20 Oct, 2016 1 commit
  12. 19 Oct, 2016 2 commits
  13. 17 Oct, 2016 1 commit
  14. 14 Oct, 2016 1 commit
    • Brad King's avatar
      VS: Provide an option to use x64 host tools · d079e71c
      Brad King authored
      Visual Studio provides toolchains that are themselves built for 32-bit
      or 64-bit host architectures.  By default it uses the 32-bit tools, but
      it can be told to prefer the 64-bit tools on 64-bit hosts.  Extend the
      `CMAKE_GENERATOR_TOOLSET` specification to provide a way to request
      use of the 64-bit host tools.
      
      Closes: #15622
      d079e71c
  15. 06 Oct, 2016 1 commit
  16. 27 Sep, 2016 1 commit
    • Brad King's avatar
      Simplify CMake per-source license notices · 86578ecc
      Brad King authored
      Per-source copyright/license notice headers that spell out copyright holder
      names and years are hard to maintain and often out-of-date or plain wrong.
      Precise contributor information is already maintained automatically by the
      version control tool.  Ultimately it is the receiver of a file who is
      responsible for determining its licensing status, and per-source notices are
      merely a convenience.  Therefore it is simpler and more accurate for
      each source to have a generic notice of the license name and references to
      more detailed information on copyright holders and full license terms.
      
      Our `Copyright.txt` file now contains a list of Contributors whose names
      appeared source-level copyright notices.  It also references version control
      history for more precise information.  Therefore we no longer need to spell
      out the list of Contributors in each source file notice.
      
      Replace CMake per-source copyright/license notice headers with a short
      description of the license and lin...
      86578ecc
  17. 26 Sep, 2016 1 commit
    • Brad King's avatar
      Xcode: Add option to set Swift language version · b35568f3
      Brad King authored
      Create a new CMAKE_Swift_LANGUAGE_VERSION variable to specify the
      SWIFT_VERSION attribute in a generated Xcode project.  Ideally this
      would be a `<LANG>_STANDARD` property but since Swift support is
      very minimal we should reserve that property for more complete
      treatment later.
      
      Issue: #16326
      b35568f3
  18. 23 Sep, 2016 1 commit
  19. 19 Sep, 2016 1 commit
  20. 04 Sep, 2016 1 commit
  21. 31 Aug, 2016 1 commit
  22. 09 Aug, 2016 1 commit
    • Gregor Jasny's avatar
      Xcode: Obey SYSTEM keyword for includes (#15687) · 93ac2a78
      Gregor Jasny authored
      CMake used to put all header search paths into HEADER_SEARCH_PATHS
      attribute. Unfortunately this attribute does not support to declare
      a search path as a system include.
      
      As a hack one could add a -isystem /path to the cflags but then include
      ordering is not deterministic. A better approach was chosen with this
      patch by not filling HEADER_SEARCH_PATHS at all and to populate
      the C, C++, and Fortran flags directly. The include paths used by
      Xcode should be now identical to the ones used by Unix Makefiles and
      Ninja generator.
      93ac2a78
  23. 22 Jul, 2016 2 commits
  24. 14 Jul, 2016 2 commits
  25. 29 Jun, 2016 1 commit
    • Brad King's avatar
      Avoid using KWSys auto_ptr by adopting it ourselves · b5ec5b09
      Brad King authored
      Replace use of cmsys::auto_ptr with a CM_AUTO_PTR macro that maps to
      our own implementation adopted from the KWSys auto_ptr implementation.
      Later we may be able to map CM_AUTO_PTR to std::auto_ptr on compilers
      that do not warn about it.
      
      Automate the client site conversions:
      
          git grep -l auto_ptr -- Source/ | grep -v Source/kwsys/ | xargs sed -i \
            's|cmsys::auto_ptr|CM_AUTO_PTR|;s|cmsys/auto_ptr.hxx|cm_auto_ptr.hxx|'
      b5ec5b09
  26. 18 Jun, 2016 1 commit
  27. 17 Jun, 2016 3 commits
  28. 06 Jun, 2016 2 commits