same as a normal i80 {low64, high16} rather
than its own {high64, low16}.  A depressing number
of places know about this; I think I got them all.
Bitcode readers and writers convert back to the old
form to avoid breaking compatibility.

llvm-svn: 67562

llvm-svn: 67560

llvm-svn: 67559

a data dependency on the load node, so it really needs a
data-dependence edge to the load node, even if the load previously
existed.

And add a few comments.

llvm-svn: 67554

llvm-svn: 67553

llvm-svn: 67552

llvm-svn: 67551

More improvements to abstract type checking. Handle arrays correctly, and make sure to check parameter types before they decay.

llvm-svn: 67550

clang doesn't support, and don't want to warn are unused. Eventually
these should disappear.

Here is a more readable list than is in the diff:

W options: -Wall, -Wcast-align, -Wchar-align, -Wchar-subscripts,
-Werror, -Wextra, -Winline, -Wint-to-pointer-cast, -Wmissing-braces,
-Wmost, -Wnested-externs, -Wno-format-y2k, -Wno-four-char-constants,
-Wno-missing-field-initializers, -Wno-trigraphs, -Wno-unknown-pragmas,
-Wno-unused-parameter, -Wparentheses, -Wpointer-arith,
-Wpointer-to-int-cast, -Wreturn-type, -Wshorten-64-to-32, -Wswitch,
-Wunused-function, -Wunused-label, -Wunused-value, -Wunused-variable,
-Wwrite-strings.

f options: -fasm-blocks, -fmessage-length=.

llvm-svn: 67549

Release-Asserts mode).

Also, avoid searching through option groups (which will never match).

llvm-svn: 67548

llvm-svn: 67545

llvm-svn: 67544

llvm-svn: 67543

llvm-svn: 67542

library function, accept this declaration and pretend that we do not
know that this is a library function. autoconf depends on this
(broken) behavior.

llvm-svn: 67541

actually have uses, which reflects the way it's used.

llvm-svn: 67540

This matters in assembler mode, where this is silently allowed.
This fixes rdar://6709206.

llvm-svn: 67539

<rdar://problem/6704930> involving SimpleConstraintManager not reasoning well
about symbolic constraint values involving arithmetic operators.

llvm-svn: 67534

prototype. Thanks Eli!

llvm-svn: 67533

llvm-svn: 67532

in an SUnit, instead of just the first one. This fix is needed
by some upcoming scheduler changes.

llvm-svn: 67531

llvm-svn: 67530

llvm-svn: 67529

defs, regardless of whether they are actually used.

llvm-svn: 67528

 - Patch by Ed Schoeten!

llvm-svn: 67527

explicitly flush it.

llvm-svn: 67526

llvm-svn: 67525

llvm-svn: 67524

llvm-svn: 67523

static member functions, and add getIncomingValueNumForOperand
and getIncomingBlockNumForOperand, which are the respective
inverses.

llvm-svn: 67522

values passed-by-reference to unknown functions.

llvm-svn: 67519

llvm-svn: 67518

llvm-svn: 67517

Model inline asm constraint which ties an input to an output register as machine operand TIED_TO constraint. This eliminated the need to pre-allocate registers for these. This also allows register allocator can eliminate the unneeded copies.

llvm-svn: 67512

Do not fold away subreg_to_reg if the source register has a sub-register index. That means the source register is taking a sub-register of a larger register. e.g. On x86
%RAX<def> = ...
%RAX<def> = SUBREG_TO_REG 0, %EAX:3<kill>, 3
The first def is defining RAX, not EAX so the top bits were not zero-extended.

llvm-svn: 67511

llvm-svn: 67510

were when we came around, not to their default handler.  This 
should fix PR3848

llvm-svn: 67509

llvm-svn: 67508

llvm-svn: 67507

Evaluate for __extension__ and __builtin_choose_expr.

llvm-svn: 67506