Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-11-14T00:34:37+00:00 2019-11-14T00:34:37+00:00 Reid Kleckner rnk@google.com 2019-11-13T21:15:01+00:00 urn:sha1:05da2fe52162c80dfa18aedf70cf73cb11201811 This file lists every pass in LLVM, and is included by Pass.h, which is very popular. Every time we add, remove, or rename a pass in LLVM, it caused lots of recompilation. I found this fact by looking at this table, which is sorted by the number of times a file was changed over the last 100,000 git commits multiplied by the number of object files that depend on it in the current checkout: recompiles touches affected_files header 342380 95 3604 llvm/include/llvm/ADT/STLExtras.h 314730 234 1345 llvm/include/llvm/InitializePasses.h 307036 118 2602 llvm/include/llvm/ADT/APInt.h 213049 59 3611 llvm/include/llvm/Support/MathExtras.h 170422 47 3626 llvm/include/llvm/Support/Compiler.h 162225 45 3605 llvm/include/llvm/ADT/Optional.h 158319 63 2513 llvm/include/llvm/ADT/Triple.h 140322 39 3598 llvm/include/llvm/ADT/StringRef.h 137647 59 2333 llvm/include/llvm/Support/Error.h 131619 73 1803 llvm/include/llvm/Support/FileSystem.h Before this change, touching InitializePasses.h would cause 1345 files to recompile. After this change, touching it only causes 550 compiles in an incremental rebuild. Reviewers: bkramer, asbirlea, bollu, jdoerfert Differential Revision: https://reviews.llvm.org/D70211 2019-03-12T18:20:25+00:00 Craig Topper craig.topper@intel.com 2019-03-12T18:20:25+00:00 urn:sha1:03e93f514a54d7f1805936ddc0ddbf265d697522 This patch adds a new option to SplitAllCriticalEdges and uses it to avoid splitting critical edges when the destination basic block ends with unreachable. Otherwise if we split the critical edge, sanitizer coverage will instrument the new block that gets inserted for the split. But since this block itself shouldn't be reachable this is pointless. These basic blocks will stick around and generate assembly, but they don't end in sane control flow and might get placed at the end of the function. This makes it look like one function has code that flows into the next function. This showed up while compiling the linux kernel with clang. The kernel has a tool called objtool that detected the code that appeared to flow from one function to the next. https://github.com/ClangBuiltLinux/linux/issues/351#issuecomment-461698884 Differential Revision: https://reviews.llvm.org/D57982 llvm-svn: 355947 2019-02-22T15:01:41+00:00 Matt Arsenault Matthew.Arsenault@amd.com 2019-02-22T15:01:41+00:00 urn:sha1:65b4ab9921364d27eb0c4704d8259b22b0cdc53e llvm-svn: 354673 2019-02-12T07:09:29+00:00 Max Kazantsev max.kazantsev@azul.com 2019-02-12T07:09:29+00:00 urn:sha1:20b9189975e06ed36bdaed16cbd9a377c0b579e7 llvm-svn: 353801 2019-02-08T20:48:56+00:00 Craig Topper craig.topper@intel.com 2019-02-08T20:48:56+00:00 urn:sha1:784929d0454c4df6a98ef6fbbd1d30a6f71f9c16 This patch accompanies the RFC posted here: http://lists.llvm.org/pipermail/llvm-dev/2018-October/127239.html This patch adds a new CallBr IR instruction to support asm-goto inline assembly like gcc as used by the linux kernel. This instruction is both a call instruction and a terminator instruction with multiple successors. Only inline assembly usage is supported today. This also adds a new INLINEASM_BR opcode to SelectionDAG and MachineIR to represent an INLINEASM block that is also considered a terminator instruction. There will likely be more bug fixes and optimizations to follow this, but we felt it had reached a point where we would like to switch to an incremental development model. Patch by Craig Topper, Alexander Ivchenko, Mikhail Dvoretckii Differential Revision: https://reviews.llvm.org/D53765 llvm-svn: 353563 2019-01-19T08:50:56+00:00 Chandler Carruth chandlerc@gmail.com 2019-01-19T08:50:56+00:00 urn:sha1:2946cd701067404b99c39fb29dc9c74bd7193eb3 to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636 2018-10-15T10:04:59+00:00 Chandler Carruth chandlerc@gmail.com 2018-10-15T10:04:59+00:00 urn:sha1:edb12a838a22f212d7bee970ff637192f7ea8576 by `getTerminator()` calls instead be declared as `Instruction`. This is the biggest remaining chunk of the usage of `getTerminator()` that insists on the narrow type and so is an easy batch of updates. Several files saw more extensive updates where this would cascade to requiring API updates within the file to use `Instruction` instead of `TerminatorInst`. All of these were trivial in nature (pervasively using `Instruction` instead just worked). llvm-svn: 344502 2018-10-15T09:17:09+00:00 Chandler Carruth chandlerc@gmail.com 2018-10-15T09:17:09+00:00 urn:sha1:b99a24689b847fb46d54d2166bf4ef21662cbabd LLVM APIs. There weren't very many. We still have the instruction visitor, and APIs with TerminatorInst as a return type or an output parameter. llvm-svn: 344494 2018-09-07T21:14:48+00:00 Alina Sbirlea asbirlea@google.com 2018-09-07T21:14:48+00:00 urn:sha1:f98c2c5e6d65fb2a0194fd3ea9f52d793035f63c Summary: Block splitting is done with either identical edges being merged, or not. Only critical edges can be split without merging identical edges based on an option. Teach the memoryssa updater to take this into account: for the same edge between two blocks only move one entry from the Phi in Old to the new Phi in New. Reviewers: george.burgess.iv Subscribers: sanjoy, jlebar, Prazek, llvm-commits Differential Revision: https://reviews.llvm.org/D51563 llvm-svn: 341709 2018-08-21T23:32:03+00:00 Alina Sbirlea asbirlea@google.com 2018-08-21T23:32:03+00:00 urn:sha1:ab6f84f7633f269114aaf02adfb38ec28f69167c Summary: Extend BasicBlocksUtils to update MemorySSA. Subscribers: sanjoy, arsenm, nhaehnle, jlebar, Prazek, llvm-commits Differential Revision: https://reviews.llvm.org/D45300 llvm-svn: 340365