- 12 Mar, 2017 1 commit
-
-
Gregor Jasny authored
Issue: #15441
-
- 28 Feb, 2017 3 commits
-
-
Gregor Jasny authored
-
Gregor Jasny authored
-
Issue: #15441
-
- 22 Feb, 2017 4 commits
-
-
Always use the dependency tracker Makefile to ensure targets that depend on object libraries are up-to-date. For all other target types we use the hack only for Xcode < 5. Fixes: #16615
-
Gregor Jasny authored
Xcode seems to have troubles to track target dependecies to object files. This may lead to stale targets as reported in issue #16615. As a work-around the pre-Xcode 5 dependecy tracker hack with post-build make files is extended to also take object libraries into account.
-
Gregor Jasny authored
-
Gregor Jasny authored
-
- 31 Jan, 2017 1 commit
-
-
Closes: #16432
-
- 20 Jan, 2017 1 commit
-
-
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
-
- 27 Dec, 2016 1 commit
-
-
Gregor Jasny authored
We now populate the per-language flags in addition to the header search paths stored in HEADER_SEARCH_PATHS. This preserves include paths for GNU assembly files (#16449) and also provides SYSTEM include semantics. Closes: #15687
-
- 03 Dec, 2016 2 commits
-
-
Gregor Jasny authored
-
Gregor Jasny authored
-
- 28 Nov, 2016 1 commit
-
-
Revert commit v3.7.0-rc1~266^2 (Xcode: Obey SYSTEM keyword for includes, 2015-08-31). It worked for C, C++, and Swift but not for GNU Assembly files for which Xcode has no property to set flags. Closes: #16449
-
- 22 Nov, 2016 1 commit
-
-
Daniel Pfeifer authored
-
- 28 Oct, 2016 1 commit
-
-
This allows users to specify different genex-based compile flags for each file in a target, e.g. compiling just a single file with `Od/Ox` in release builds on Visual Studio.
-
- 20 Oct, 2016 1 commit
-
-
Brad King authored
Revise its signature to return `bool` so that it can fail and abort configuration early.
-
- 19 Oct, 2016 2 commits
-
-
Stephen Kelly authored
Port dependent code to the change.
-
Stephen Kelly authored
-
- 17 Oct, 2016 1 commit
-
-
Add a `cmGeneratorTarget::GetEffectiveFolderName` helper to abstract lookup of the `FOLDER` property in combination with checking for generator support of folders.
-
- 14 Oct, 2016 1 commit
-
-
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
-
- 06 Oct, 2016 1 commit
-
-
Stephen Kelly authored
Avoid violations of Interface Segregation Principle. These two calls now simply call different methods.
-
- 27 Sep, 2016 1 commit
-
-
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...
-
- 26 Sep, 2016 1 commit
-
-
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
-
- 23 Sep, 2016 1 commit
-
-
Brad King authored
The `.pbxproj` file must now specify a `SWIFT_VERSION` value. Set it to the legacy value of "2.3" for now. Later this can be made configurable (e.g. to "3.0").
-
- 19 Sep, 2016 1 commit
-
-
Stephen Kelly authored
It is unused since commit v3.4.0-rc1~492^2~3 (Remove CMAKE_USE_RELATIVE_PATHS variable., 2015-06-01).
-
- 04 Sep, 2016 1 commit
-
-
Gregor Jasny authored
-
- 31 Aug, 2016 1 commit
-
-
- 09 Aug, 2016 1 commit
-
-
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.
-
- 22 Jul, 2016 2 commits
-
-
Gregor Jasny authored
-
Gregor Jasny authored
-
- 14 Jul, 2016 2 commits
-
-
- 29 Jun, 2016 1 commit
-
-
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|'
-
- 18 Jun, 2016 1 commit
-
-
Gregor Jasny authored
-
- 17 Jun, 2016 3 commits
-
- 06 Jun, 2016 2 commits
-
-
Daniel Pfeifer authored
Mostly automated: git grep -l '.c_str() <<' | xargs sed -i 's|\.c_str() <<| <<|g'
-
Daniel Pfeifer authored
-