Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-12-28T21:05:12+00:00 2019-12-28T21:05:12+00:00 Fangrui Song maskray@google.com 2019-12-28T00:01:03+00:00 urn:sha1:e7853a5ce21c466ae6261ec73933672610427a07 D69685 actually broke lld detection for my build (probably due to CMake processing order). Before: ``` build projects/compiler-rt/lib/sanitizer_common/tests/Sanitizer-x86_64-Test-Nolibc: ... bin/clang || ... ``` After: ``` build projects/compiler-rt/lib/sanitizer_common/tests/Sanitizer-x86_64-Test-Nolibc: ... bin/clang bin/lld || ... ``` Differential Revision: https://reviews.llvm.org/D71950 2019-11-24T21:26:01+00:00 Petr Hosek phosek@google.com 2019-11-24T21:23:30+00:00 urn:sha1:e8a4e5892bd83a21451b74ebd0f41129be9f3267 On Darwin, part of the profile runtime is included in the builtin library. f35032e changed the location of InstrProfData.inc but the builtin build for Darwin hasn't been updated to include the new path which causes a breakage when building for Darwin. This change addresses this breakage. 2019-11-05T21:42:30+00:00 Kelvin Li kli@ca.ibm.com 2019-11-05T18:44:46+00:00 urn:sha1:1e1ae46595b1844e73b128d09739bbc57ea36f16 D69405 causes failure if running LIT when the compiler was built without lld. Patch by Anh Tuyen Tran (anhtuyen) Differential Revision: https://reviews.llvm.org/D69685 2019-10-31T21:17:56+00:00 Alex Richardson Alexander.Richardson@cl.cam.ac.uk 2019-10-31T21:17:55+00:00 urn:sha1:8baedb82bafe2a9efb341b6207238b2af0f1ce07 Summary: xcodebuild does not work unless XCode is installed whereas xcrun also work when only the Command Line Tools are installed. Unlike the check for the version (D69610), this did not cause an erro for me since the fallback to /usr/include for the OSX sysroot worked. Reviewers: yln, delcypher Reviewed By: yln Subscribers: dberris, mgorny, #sanitizers, llvm-commits Tags: #sanitizers, #llvm Differential Revision: https://reviews.llvm.org/D69659 2019-10-31T21:17:24+00:00 Alex Richardson Alexander.Richardson@cl.cam.ac.uk 2019-10-31T21:17:23+00:00 urn:sha1:52beec76de83934b9be4448deb3a509b224e4a7e Summary: Starting with 8a5bfbe6db2824642bf9a1d27a24c5b6132b244f (D68292) this file unconditionally uses xcodebuild to get the SDK version. On my system this always fails with `xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance` Reviewers: delcypher, yln Reviewed By: delcypher, yln Subscribers: dberris, mgorny, #sanitizers, llvm-commits Tags: #sanitizers, #llvm Differential Revision: https://reviews.llvm.org/D69610 2019-10-31T17:22:52+00:00 Evgenii Stepanov eugenis@google.com 2019-10-29T22:04:43+00:00 urn:sha1:2f856a36e0b270b184051d10a18d4b4238b4c033 Summary: Fixes https://bugs.llvm.org/show_bug.cgi?id=31877. Fixes https://github.com/google/sanitizers/issues/1155. Enables exceptions in msan/tsan buid of libcxx, and in msan tests. -fdepfile-entry stuff is a workaround for https://reviews.llvm.org/D69290 (default blacklist missing from -MMD output). Reviewers: pcc, dvyukov Subscribers: mgorny, christof, #sanitizers, llvm-commits Tags: #sanitizers, #llvm Differential Revision: https://reviews.llvm.org/D69587 2019-10-24T22:38:25+00:00 Puyan Lotfi puyan@puyan.org 2019-10-24T22:36:10+00:00 urn:sha1:bc58e0279b75402be1907b96fac89e12ed326590 In cmake, if TEST_COMPILE_ONLY is set compiler-rt/cmake/Modules/CompilerRTDarwinUtils.cmake invokes try_compile_only() but try_compile_only() is defined in BuiltinTests.cmake and is not included in CompilerRTDarwinUtils.cmake. This patch simply includes it BuiltinTests. Differential Revision: https://reviews.llvm.org/D69410 2019-10-16T05:48:39+00:00 Dan Liew dan@su-root.co.uk 2019-10-16T05:48:39+00:00 urn:sha1:8a5bfbe6db2824642bf9a1d27a24c5b6132b244f Summary: In the macOS 10.15 SDK the ability to link i386 binaries was removed and in the corresponding OS it is not possible to run macOS i386 binaries. The consequence of these changes meant that targets like `check-asan` would fail because: * Unit tests could not be linked for i386 * Lit tests for i386 would fail due to not being able to execute compiled binaries. The simplest fix to this is to simply disable building for i386 for macOS when using the 10.15 SDK (or newer). This disables building the i386 slice for most compiler-rt libraries and consequently disables the unit and lit tests for macOS i386. Note that because the `DARWIN_osx_ARCHS` CMake variable is a cache variable this patch will have no affect on existing builds unless the existing cache variable is deleted. The simplest way to deal with this is delete existing builds and just do a fresh configure. Note this should not affect the builtins which are managed with the `DARWIN_osx_BUILTIN_ARCHS` CMake cache variable. For those who wish to force using a particular set of architectures when using newer SDKs passing `-DDARWIN_osx_ARCHS=i386;x86_64;x86_64h` to CMake should provide a usable (but completely unsupported) workaround. rdar://problem/55668535 rdar://problem/47939978 Reviewers: kubamracek, yln, azhar, kcc, dvyukov, vitalybuka, cryptoad, eugenis, thakis, phosek Subscribers: mgorny, #sanitizers, llvm-commits Tags: #llvm, #sanitizers Differential Revision: https://reviews.llvm.org/D68292 llvm-svn: 374977 2019-09-24T23:48:42+00:00 Puyan Lotfi puyan@puyan.org 2019-09-24T23:48:42+00:00 urn:sha1:67b705b18d623bc90b92a4a0d1fd77404b865ef9 This shouldn't change anything, except that a cmake cache file that specifies CMAKE_LIPO can specify an alternate lipo to use. llvm-svn: 372790 2019-09-19T11:28:32+00:00 Hans Wennborg hans@hanshq.net 2019-09-19T11:28:32+00:00 urn:sha1:ec841cf36ca1cb6a154393d7e9f48e8723a38966 After r372209, the compile command can end up including an argument with quotes in it, e.g. -fprofile-instr-use="/foo/bar.profdata" when invoking the compiler with execute_process, the compiler ends up getting that argument with quotes and all, and fails to open the file. This all seems horribly broken, but one way of working around it is to simply strip the quotes from the string here. If they were there to protect a path that's got spaces in it, that wasn't going to work anyway because the string is later split by spaces. llvm-svn: 372312