llvm-project.git/llvm/lib/CodeGen/SelectionDAG/ResourcePriorityQueue.cpp, branch users/nico/python-2

Remove unneeded cl::ZeroOrMore for cl::opt/cl::list options

2022-06-05T07:31:44+00:00

[llvm] Remove unneeded cl::ZeroOrMore for cl::opt options. NFC

2022-06-04T04:59:05+00:00

Some cl::ZeroOrMore were added to avoid the `may only occur zero or one times!`
error. More were added due to cargo cult. Since the error has been removed,
cl::ZeroOrMore is unneeded.

Also remove cl::init(false) while touching the lines.

Cleanup includes: DebugInfo & CodeGen

2022-03-12T16:26:40+00:00

Discourse thread: https://discourse.llvm.org/t/include-what-you-use-include-cleanup
Differential Revision: https://reviews.llvm.org/D121332

[CodeGen] Use range-based for loops (NFC)

2021-12-06T16:49:10+00:00

[llvm] Use range-based for loops (NFC)

2021-11-29T17:04:44+00:00

ResourcePriorityQueue.h - reduce unnecessary includes to forward declarations. NFC.

2020-05-26T18:22:14+00:00

Move includes to ResourcePriorityQueue.cpp

Implementation of asm-goto support in LLVM

2019-02-08T20:48:56+00:00

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

Update the file headers across all of the LLVM projects in the monorepo

2019-01-19T08:50:56+00:00

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

Silence a bunch of implicit fallthrough warnings

2017-12-19T22:05:25+00:00

llvm-svn: 321114

Fix a bunch more layering of CodeGen headers that are in Target

2017-11-17T01:07:10+00:00

All these headers already depend on CodeGen headers so moving them into
CodeGen fixes the layering (since CodeGen depends on Target, not the
other way around).

llvm-svn: 318490