- User Since
- Jan 28 2014, 1:46 PM (403 w, 2 d)
Mar 12 2019
May 8 2018
For reference, CMake's own install(EXPORT) does a similar REALPATH trick here. The goal is to overcome cross-prefix symlinks. CMake doesn't actually use the realpath directly, but the realpath of the original installation prefix and the realpath of the location from which the file is loaded are the same, then it uses the original installation prefix instead of the path used to load the file. This achieves robustness against cross-prefix symlinks while still allowing the package to be relocatable.
Sep 6 2017
Sep 1 2017
Updated diff to add a test case.
make check didn't regress from this.
Updated diff with full context.
Removing the DiagnosticErrorTrap here breaks semantic checking of special members when SuppressAllDiagnostics is in effect. See https://reviews.llvm.org/D37381 for a fix.
Mar 1 2017
The CMAKE_C_COMPILER: ../build/bin/clang-cl.exe is not a full path and was not found in the PATH
Feb 28 2017
If the CMAKE_C_COMPILER value is not provided to CMake then its logic for initializing it is part of the enable-language logic done inside the project or enable_language command. Therefore in general project code should not try to touch it.
Oct 3 2016
make a add_custom_command be silent in non-verbose mode
Sep 23 2016
ensuring that when static .a libraries are build they only introduce cmake transitive dependencies to other .a components.
Aug 15 2016
the feasibility of emitting 'arguments' instead of 'command' into the JSON compilation database.
May 3 2016
I do not think MSVC starts off with an empty line with -showIncludes specifically. It is just that MSVC unconditionally prints the name of the source file first. This means that any showIncludes output is naturally preceded by a newline because at least one other line was printed first. If clang-cl is to have compatible output with MS cl then it should print the source file name first too. However, that would be a broader decision that should stand on its own.
Nov 9 2015
I applied the updated changes on top of r252467 and built all combinations of:
Nov 6 2015
After a minor fix this now compiles and gives the proper --libfiles paths on OS X with both CMake and autoconf builds.
Nov 4 2015
Nov 2 2015
Sorry for the delay. Overall the changes look good. The configuration of BuildVariables.inc looks right.