bcm5719-llvm/clang/tools, branch meklort-10.0.1Project Ortega BCM5719 LLVMhttps://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.12020-05-07T17:10:53+00:00[libclang] Remove duplicate dependency on LLVMSupport2020-05-07T17:10:53+00:00Jan Korousjkorous@apple.com2020-05-05T22:42:33+00:00urn:sha1:db810b69f805e078b73c23fcc98f271fb05265bc
Differential Revision: https://reviews.llvm.org/D79451
(cherry picked from commit 02b303321d3f0d3b2c69f68aa25560848dd61f98)
[Clang][Driver] In -fintegrated-cc1 mode, avoid crashing on exit after a compiler crash2020-03-13T12:44:42+00:00Alexandre Ganeaalexandre.ganea@ubisoft.com2020-03-13T12:15:20+00:00urn:sha1:92f7aebe2d7e03d7d04b4d2f978482268b63aa7f
After a crash catched by the CrashRecoveryContext, this patch prevents from accessing dangling pointers in TimerGroup structures before the clang tool exits. Previously, the default TimerGroup had internal linked lists which were still pointing to old Timer or TimerGroup instances, which lived in stack frames released by the CrashRecoveryContext.
Fixes PR45164.
Differential Revision: https://reviews.llvm.org/D76099
(cherry picked from commit 28ad9fc20823678881baa0d723834b88ea9e8e3a)
[Clang][Driver] After default -fintegrated-cc1, make llvm::report_fatal_error() generate preprocessed source + reproducer.sh again.2020-02-12T09:22:21+00:00Alexandre Ganeaalexandre.ganea@ubisoft.com2020-02-11T15:17:15+00:00urn:sha1:fd04cb43e1d83c6f18c932de94c1e341272ed160
Added a test for #pragma clang __debug llvm_fatal_error to test for the original issue.
Added llvm::sys::Process::Exit() and replaced ::exit() in places where it was appropriate. This new function would call the current CrashRecoveryContext if one is running on the same thread; or call ::exit() otherwise.
Fixes PR44705.
Differential Revision: https://reviews.llvm.org/D73742
(cherry picked from commit faace365088a2a3a4cb1050a9facfc34a7a56577)
[cmake] Fix clang builds with BUILD_SHARED=ON and CLANG_LINK_CLANG_DYLIB=ON2020-02-10T12:34:01+00:00Tom Stellardtstellar@redhat.com2020-02-04T21:06:54+00:00urn:sha1:e2c0c70101ae4419917b232beae37b3d3a713b0c
Summary:
We were linking all the clang objects and shared libraries into
libclang-cpp.so, which was causing the command line options to be
registered twice.
Reviewers: beanz, mgorny
Reviewed By: beanz, mgorny
Subscribers: merge_guards_bot, mgorny, cfe-commits
Tags: #clang
Differential Revision: https://reviews.llvm.org/D68520
(cherry picked from commit ebcf25ea8100fc9987fd1edd1975194addc2fc05)
[Concepts] Requires Expressions2020-01-24T00:28:22+00:00Saar Razsaar@raz.email2020-01-18T07:11:43+00:00urn:sha1:c96ef5118857ff938aa6d304ccf7c0f9b81bc5ba
Implement support for C++2a requires-expressions.
Re-commit after compilation failure on some platforms due to alignment issues with PointerIntPair.
Differential Revision: https://reviews.llvm.org/D50360
(cherry picked from commit a0f50d731639350c7a79f140f026c27a18215531)
Clang] Fix expansion of response files in -Wp after integrated-cc1 change2020-01-23T17:17:22+00:00Alexandre Ganeaalexandre.ganea@ubisoft.com2020-01-22T21:53:38+00:00urn:sha1:85ee70e86456e3bcb3c706c404db497c5a448602
After rGb4a99a061f517e60985667e39519f60186cbb469, passing a response file such as -Wp,@a.rsp wasn't working anymore because .rsp expansion happens inside clang's main() function.
This patch adds response file expansion in the -cc1 tool.
Differential Revision: https://reviews.llvm.org/D73120
(cherry picked from commit 68d7f06092e56b17eb0cddf560a9d9fe8afb7dd8)
Revert "[cmake] Fix clang builds with BUILD_SHARED=ON and CLANG_LINK_CLANG_DYLIB=ON"2020-01-23T00:30:58+00:00Tom Stellardtstellar@redhat.com2020-01-23T00:12:45+00:00urn:sha1:ba92233ce227753221e15bfab0326a35ef05caa1
This reverts commit df839cfda09dbadc26b8be635f27da75f1f27190.
This change used cmake's list filter operation which was not added
until cmake 3.6.
(cherry picked from commit 4751e4f8c24bc07fdb668dc49ee559b97c1e3c22)
[cmake] Fix clang builds with BUILD_SHARED=ON and CLANG_LINK_CLANG_DYLIB=ON2020-01-23T00:19:33+00:00Tom Stellardtstellar@redhat.com2020-01-22T22:06:56+00:00urn:sha1:3e429b691ec89de09324d6af33e35f1491f45b7d
Summary:
We were linking all the clang objects and shared libraries into
libclang-cpp.so, which was causing the command line options to be
registered twice.
Reviewers: beanz, mgorny
Reviewed By: beanz, mgorny
Subscribers: mgorny, cfe-commits
Tags: #clang
Differential Revision: https://reviews.llvm.org/D68520
(cherry picked from commit df839cfda09dbadc26b8be635f27da75f1f27190)
Replace CLANG_SPAWN_CC1 env var with a driver mode flag2020-01-16T11:54:53+00:00Nico Weberthakis@chromium.org2020-01-15T15:45:02+00:00urn:sha1:c4a134a5107c1926262ee887057036ca53aa7265
Flags are clang's default UI is flags.
We can have an env var in addition to that, but in D69825 nobody has yet
mentioned why this needs an env var, so omit it for now. If someone
needs to set the flag via env var, the existing CCC_OVERRIDE_OPTIONS
mechanism works for it (set CCC_OVERRIDE_OPTIONS=+-fno-integrated-cc1
for example).
Also mention the cc1-in-process change in the release notes.
Also spruce up the test a bit so it actually tests something :)
Differential Revision: https://reviews.llvm.org/D72769
(cherry picked from commit 8e5018e990b701391e6c33ba85b012343df67272)
[Concepts] Type Constraints2020-01-15T02:02:39+00:00Saar Razsaar@raz.email2020-01-15T00:48:42+00:00urn:sha1:ff1e0fce817e01f0288fad6a2607dd173180aabd
Add support for type-constraints in template type parameters.
Also add support for template type parameters as pack expansions (where the type constraint can now contain an unexpanded parameter pack).
Differential Revision: https://reviews.llvm.org/D44352