Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-06-03T15:57:25+00:00 2019-06-03T15:57:25+00:00 Jennifer Yu jennifer.yu@intel.com 2019-06-03T15:57:25+00:00 urn:sha1:b8fee677bf8e2d6444c556293d6b77fb876654e4 llvm-svn: 362410 2019-05-30T15:38:02+00:00 Erich Keane erich.keane@intel.com 2019-05-30T15:38:02+00:00 urn:sha1:d0f34fd19850c79f8741301c3bfe0312ca24324c This reverts commit 954ec09aed4f2be04bb5f4e10dbb4ea8bd19ef9a. Reverting due to test failures as requested by Jennifer Yu. Conflicts: clang/test/CodeGen/asm-goto.c llvm-svn: 362106 2019-05-30T01:05:46+00:00 Jennifer Yu jennifer.yu@intel.com 2019-05-30T01:05:46+00:00 urn:sha1:954ec09aed4f2be04bb5f4e10dbb4ea8bd19ef9a Syntax: asm [volatile] goto ( AssemblerTemplate : : InputOperands : Clobbers : GotoLabels) https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html New llvm IR is "callbr" for inline asm goto instead "call" for inline asm For: asm goto("testl %0, %0; jne %l1;" :: "r"(cond)::label_true, loop); IR: callbr void asm sideeffect "testl $0, $0; jne ${1:l};", "r,X,X,~{dirflag},~{fpsr},~{flags}"(i32 %0, i8* blockaddress(@foo, %label_true), i8* blockaddress(@foo, %loop)) #1 to label %asm.fallthrough [label %label_true, label %loop], !srcloc !3 asm.fallthrough: Compiler need to generate: 1> a dummy constarint 'X' for each label. 2> an unique fallthrough label for each asm goto stmt " asm.fallthrough%number". Diagnostic 1> duplicate asm operand name are used in output, input and label. 2> goto out of scope. llvm-svn: 362045 2018-10-03T03:50:44+00:00 Fangrui Song maskray@google.com 2018-10-03T03:50:44+00:00 urn:sha1:65ebd13f4185681b572b4ccd62d6dff33eec511c Summary: Its job is covered by -ast-dump. The option is rarely used and lacks many AST nodes which will lead to llvm_unreachable() crash. Reviewers: rsmith, arphaman Reviewed By: rsmith Subscribers: jfb, cfe-commits Differential Revision: https://reviews.llvm.org/D52529 llvm-svn: 343660 2018-08-27T19:53:19+00:00 Kit Barton kbarton@ca.ibm.com 2018-08-27T19:53:19+00:00 urn:sha1:997165b26925dd35232e2e75b6f7c25bdc4a6513 This patch removes uses of the Darwin ABI for PowerPC related test cases. This is the first step in removing Darwin support from the POWER backend. clang/test/CodeGen/darwin-ppc-varargs.c was deleted because it was a darwin/ppc specific test case. All other tests were updated to remove the darwin/ppc specific invocation. Phabricator Review: https://reviews.llvm.org/D50989. llvm-svn: 340770 2018-06-08T00:30:00+00:00 Shoaib Meenai smeenai@fb.com 2018-06-08T00:30:00+00:00 urn:sha1:5faf6d88e86f199eb6400dce554553fc647654dc This reapplies r334224 and adds explicit triples to some tests to fix them on Windows (where otherwise they would have run with the default windows-msvc triple, which I'm changing the behavior for). Original commit message: The body of a `@finally` needs to be executed on both exceptional and non-exceptional paths. On landingpad platforms, this is straightforward: the `@finally` body is emitted as a normal (non-exceptional) cleanup, and then a catch-all is emitted which branches to that cleanup (the cleanup has code to conditionally re-throw based on a flag which is set by the catch-all). Unfortunately, we can't use the same approach for MSVC exceptions, where the catch-all will be emitted as a catchpad. We can't just branch to the cleanup from within the catchpad, since we can only exit it via a catchret, at which point the exception is destroyed and we can't rethrow. We could potentially emit the finally body inside the catchpad and have the normal cleanup path somehow branch into it, but that would require some new IR construct that could branch into a catchpad. Instead, after discussing it with Reid Kleckner, we decided that frontend outlining was the best approach, similar to how SEH `__finally` works today. We decided to use CapturedStmt (which was also suggested by Reid) rather than CaptureFinder (which is what `__finally` uses) since the latter doesn't handle a lot of cases we care about, e.g. self accesses, property accesses, block captures, etc. Extending CaptureFinder to handle those additional cases proved unwieldy, whereas CapturedStmt already took care of all of those. In theory `__finally` could also be moved over to CapturedStmt, which would remove some existing limitations (e.g. the inability to capture this), although CaptureFinder would still be needed for SEH filters. The one case supported by `@finally` but not CapturedStmt (or CaptureFinder for that matter) is arbitrary control flow out of the `@finally`, e.g. having a return statement inside a `@finally`. We can add that support as a follow-up, but in practice we've found it to be used very rarely anyway. Differential Revision: https://reviews.llvm.org/D47564 llvm-svn: 334251 2018-05-02T14:26:12+00:00 Malcolm Parsons malcolm.parsons@gmail.com 2018-05-02T14:26:12+00:00 urn:sha1:099e4b2a9228e83725454cbebf7b3cf80c5613f6 Summary: The filename is currently taken from the start of the path, while the line and column are taken from the end of the path. This didn't matter until cross-file path reporting was added. Reviewers: george.karpenkov, dcoughlin, vlad.tsyrklevich Reviewed By: george.karpenkov, vlad.tsyrklevich Subscribers: xazax.hun, szepet, a.sidorin, cfe-commits Differential Revision: https://reviews.llvm.org/D45611 llvm-svn: 331361 2017-08-03T18:12:22+00:00 Devin Coughlin dcoughlin@apple.com 2017-08-03T18:12:22+00:00 urn:sha1:f0cadcd9f385d36dc751cdb32476b32ec43306b5 This change adds support for cross-file diagnostic paths in html output. If the diagnostic path is not cross-file, there is no change in the output. Patch by Vlad Tsyrklevich! Differential Revision: https://reviews.llvm.org/D30406 llvm-svn: 309968 2017-06-15T00:00:08+00:00 Aaron Ballman aaron@aaronballman.com 2017-06-15T00:00:08+00:00 urn:sha1:08d3b3911adf163c15d532e2c0ecc4fe7ffbe31c Patch by Don Hinton llvm-svn: 305432 2017-01-03T12:16:02+00:00 Alex Lorenz arphaman@gmail.com 2017-01-03T12:16:02+00:00 urn:sha1:b44b4cbae8417b2f51ff7316b06326f5ed79929c This commit fixes a crash that occurs when -print-decl-contexts AST consumer tries to print an unhandled declaration. rdar://19467234 Differential Revision: https://reviews.llvm.org/D26964 llvm-svn: 290887