Now that PassInfo and Pass::ID have been separated, move the rest of the passes over to the new registration API.

llvm-svn: 111815

llvm-svn: 111813

hierarchy with virtual methods and using llvm_unreachable to properly indicate
unreachable states which would otherwise leave variables uninitialized.

llvm-svn: 111803

it's COFF emitter which does not support differences of two symbols
(and needs to be fixed). GAS is pretty fine with code produced.

llvm-svn: 111801

llvm-svn: 111793

llvm-svn: 111792

llvm-svn: 111791

llvm-svn: 111787

llvm-svn: 111744

defaults to small pic code model.

llvm-svn: 111741

llvm-svn: 111739

llvm-svn: 111728

is not non-temporary.

llvm-svn: 111713

comparison is in a different basic block from the branch. In such
cases, the comparison's operands may not have initialized virtual
registers available.

llvm-svn: 111709

llvm-svn: 111704

general idea here is to have a group of x86 target specific nodes which are
going to be selected during lowering and then directly matched in isel.

The commit includes the addition of those specific nodes and a *bunch* of
patterns, and incrementally we're going to switch between them and what we
have right now. Both the patterns and target specific nodes can change as
we move forward with this work.

llvm-svn: 111691

llvm-svn: 111687

It's similar to "linker_private_weak", but it's known that the address of the
object is not taken. For instance, functions that had an inline definition, but
the compiler decided not to inline it. Note, unlike linker_private and
linker_private_weak, linker_private_weak_def_auto may have only default
visibility.  The symbols are removed by the linker from the final linked image
(executable or dynamic library).

llvm-svn: 111684

not part of the IR, are not uniqued, and may be safely RAUW'd.
This replaces a variety of alternate mechanisms for achieving
the same effect.

llvm-svn: 111681

llvm-svn: 111676

llvm-svn: 111673

llvm-svn: 111670

llvm-svn: 111669

llvm-svn: 111665

llvm-svn: 111661

llvm-svn: 111659

llvm-svn: 111646

pending output errors are detected.

llvm-svn: 111643

outside of outs() and errs() themselves, and they don't really
need custom classes.

llvm-svn: 111642

class which is using it.

llvm-svn: 111639

llvm-svn: 111625

llvm-svn: 111619

zero-extend operations.

llvm-svn: 111614

functionality that most command-line tools need: ensuring that the
output file gets deleted if the tool is interrupted or encounters an
error.

llvm-svn: 111595

move some constraints around.

llvm-svn: 111594

llvm-svn: 111592

it involves specific floating-point types, legalize should expand an
extending load to a non-extending load followed by a separate extend operation.
For example, we currently expand SEXTLOAD to EXTLOAD+SIGN_EXTEND_INREG (and
assert that EXTLOAD should always be supported).  Now we can expand that to
LOAD+SIGN_EXTEND.  This is needed to allow vector SIGN_EXTEND and ZERO_EXTEND
to be used for NEON.

llvm-svn: 111586

llvm-svn: 111585

of the current thread. This has the unfortunate effect that assert() and abort()
will end up bypassing our crash recovery attempts. We work around this for
anything in the same linkage unit by just defining our own versions of the
assert handler and abort.

llvm-svn: 111583

llvm-svn: 111575