- Dec 10, 2020
-
-
Brad King authored
-
Brad King authored
These may be used to build a CMake universal binary for macOS that supports both architectures on Apple Silicon and is compatible with OS X 10.10.
-
55193c80 ci: Hard-code XCTest deployment target to 10.15 40877903 Tests: Remove outdated exclusion of tests on OS X 10.3 c404d7f2 Tests: Add cache entry to control XCTest deployment target Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !5593
-
8da25e4a ISPC: Treat system includes as '-I' includes Acked-by:
-
- Dec 09, 2020
-
-
Brad King authored
Avoid using the macOS version running on the CI job host that happens to run the build job.
-
Brad King authored
-
Brad King authored
-
Robert Maynard authored
ISPC doesn't have specific syntax for system includes.
-
- Dec 08, 2020
-
-
cf0c71da Document CMP0112 covers $<TARGET_FILE_NAME,tgt> Acked-by:
-
afb0ffca FindPython2: avoid doubling the extension in CPython2 SOABI Acked-by:
-
9af93fef ISPC: Handle OBJECT sources in different directories 72ae15eb ISPC: Ninja properly compute ISPC_HEADER_DIRECTORY location Acked-by:
-
41b69348 Revert "Intel: Add Intel DPC++ compiler identification" f0babb53 Revert "Intel: Add Intel Clang compiler identification" Acked-by:
Axel Huebl <axel.huebl@plasma.ninja> Merge-request: !5583
-
- Dec 07, 2020
-
-
Brad King authored
Revert commit 887f3a88 (Intel: Add Intel DPC++ compiler identification, 2020-09-21, v3.19.0-rc1~124^2). The compiler has already been released, and is more usable with CMake by pretending to be upstream Clang than by identifying it as a compiler for which we have not implemented support. Fixes: #21551
-
Brad King authored
Revert commit 5c3a93ab (Intel: Add Intel Clang compiler identification, 2020-09-29, v3.19.0-rc1~68^2). The compiler has already been released, and is more usable with CMake by pretending to be upstream Clang than by identifying it as a compiler for which we have not implemented support. Issue: #21551
-
fcabf4a4 macOS: Add architecture flags only for native ASM dialect Acked-by:
-
Robert Maynard authored
Fixes #21559
-
Robert Maynard authored
-
Robert Maynard authored
-
- Dec 04, 2020
-
-
Ben Boeckel authoredCommit 951640f1 (FindPython: manage SOABI for all Python versions, 2020-08-11) extended support for Python2's SOABI variable in order to support the PyPy interpreter as well. This caused a regression in the way that the SOABI variable was built up for the CPython interpreter. This caused the variable to be set to `.so` which ended up causing a doubling of the resulting `SOABI` variable in the end. Co-Author: Marc Chevrier <marc.chevrier@gmail.com> Fixes: #21548
-
Raul Tambre authoredASM dialects like NASM have languages names such as ASM_NASM. However such ASM dialects don't support the architecture flags, so match only the full name. Fixes #21553.
-
f25ac39d CMakeDetermineCompilerId: Tolerate stray text around INFO strings 5cb66f17 CMakeDetermineCompilerId: Add whitespace to clarify logic 1ee99104 CMakeDetermineCompilerId: Filter IAR-AVR format INFO strings earlier Acked-by:
-
dca8800c Tests: Look for Visual Studio only on Windows hosts Acked-by:
-
- Dec 03, 2020
-
-
Brad King authored
When cross-compiling with Xcode our compiler id test binary may be compiled with multiple architectures. The INFO strings should be identical and therefore de-duplicated. However, this can be broken by stray text that happens to sit immediately before or after an INFO string. Filter out such text so we can match clean INFO strings. Fixes: #21526
-
Brad King authored
Also initialize a variable closer to its use.
-
Brad King authored
Remove the bytes between characters from the entire list at once.
-
-
f7ff0d34 llvm-rc: Force C language for the clang gnu frontend Acked-by:
-
- Dec 02, 2020
-
-
175beadd FindHDF5: support the hdf5hl_fortran-based variable names adf10844 FindHDF5: improve error messages when a location variable isn't known Acked-by:
-
8eeddb1f Compiler/TI: Fix C standard flags in C-only project Acked-by:
-
9ee4a428 Cray: Fix Cray compiler detection on new platforms Acked-by:
-
38bcb5c0 export: Do not fail generation for separate namelink only case Acked-by:
-
When preprocessing the rc file using the clang gnu front end we need to force the source file type to a c file for the preprocessing to take place. Fixes: #21472
-
- Dec 01, 2020
-
-
Ben Boeckel authored
Fixes: #21537
-
Ben Boeckel authored
-
Customer reported problems detecting the Cray compiler on their Apollo80 system. We were checking for the __CRAYXC and __CRAYXE predefined macros. These macros reflect the platform that the compiler is running on, i.e. Cray XC and Cray XE machines. Naturally, this didn't work on Apollo80. This commit uses the official Cray compiler identification macros which are defined on every platform: CCE Version C Macro C++ Macro Fortran Macro ============ ======== ========= ============= version < 9 _CRAYC _CRAYC _CRAYFTN version >= 9 __cray__ __cray__ _CRAYFTN -
-
9ac98767 Clang on Windows: 'LINKER:' prefix must be honored Acked-by:
-
73d1c78b ci: update to use ninja 1.10.2 11f42593 Ninja: Clean metadata after regen during build on Windows with 1.10.2+ Acked-by:
-
35432aab PCH: Fix compiler errors on iOS multi-arch using Ninja Multi-Config Acked-by:
-
Update the change from commit 64690f6d (export: Do not fail generation for namelink-only case, 2020-10-09, v3.19.0-rc1~7^2) to also handle separate namelink-only and namelink-skip calls. Fixes: #21529
-
