llvm-svn: 72774

Please correct the documentation if I missed anything.

llvm-svn: 72773

llvm-svn: 72772

llvm-svn: 72771

llvm-svn: 72770

-pedantic-errors correctly.

llvm-svn: 72769

this function" when using a not-too-smart compiler.

llvm-svn: 72768

llvm-svn: 72767

llvm-svn: 72766

this.  The correct replacement for "Y" and "Yt" is "x".

llvm-svn: 72765

llvm-svn: 72764

llvm-svn: 72762

valid declarations and doesn't give an error for autoconf-style invalid 
redeclarations.  This isn't quite ideal, but I don't see any other way 
easy way to handle it.  (The only thing I can think of that's reasonably 
general is adding a new builtin type FILETy which is only compatible 
with a type equivalent to FILE, and that seems like overkill.)

llvm-svn: 72760

llvm-svn: 72759

Fix for PR4225: When rewriter reuse a value in a physical register , it clear the register kill operand marker and its kill ops information. However, the cleared operand may be a def of a super-register. Clear the kill ops info for the super-register's sub-registers as well.

llvm-svn: 72758

llvm-svn: 72757

llvm-svn: 72756

If there is a def of a super-register followed by a use of a sub-register, do *not* add an implicit def of the sub-register. e.g.
EAX = ..., AX<imp-def>
...
    = AX

This creates a double-def. Apparently this used to be necessary but is no longer needed.

Thanks to Anton for pointing this out. Anton, I cannot create a test case without your uncommitted ARM patches. Please check in a test case for me.

llvm-svn: 72755

one new .cpp file, in preparation for merging in the Direct Object Emission
changes we're working on. No functional changes.
Fixed coding style issues on the original patch. Patch by Aaron Gray

llvm-svn: 72754

llvm-svn: 72747

relocation model on x86-64. Higher level logic should override
the relocation model to PIC on x86_64-apple-darwin.

llvm-svn: 72746

pointer, now that ConstantFoldConstantExpression can
accept a null TargetData pointer.

llvm-svn: 72744

llvm-svn: 72743

 - Avoids running any LLVM optimizations, even at -O2, etc., while still keeping
   any language changes these optimizations imply.

llvm-svn: 72742

TargetData pointer. The only thing it's used for are
calls to ConstantFoldCompareInstOperands and
ConstantFoldInstOperands, which both already accept a
null TargetData pointer. This makes
ConstantFoldConstantExpression easier to use in clients
where TargetData is optional.

llvm-svn: 72741

llvm-svn: 72740

addresses, involving Base values which do not have Pointer type.
This fixes PR4297.

llvm-svn: 72739

 - Unless I'm mistaken, these results weren't even being reported and just
   served to clobber the previous build products and waste cycles.

llvm-svn: 72738

llvm-svn: 72737

llvm-svn: 72736

llvm-svn: 72735

llvm-svn: 72734

Fixes an error recovery issue which caused a crash.

llvm-svn: 72733

llvm-svn: 72732

llvm-svn: 72731

llvm-svn: 72729

llvm-svn: 72728

Also, committing an #if 0'ed __builtin_setjmp and __builtin_longjmp 
implementation I've had sitting in my tree for a while.  I haven't 
enabled it because the LLVM backend support isn't complete yet.

llvm-svn: 72727

llvm-svn: 72726

section of the users manual.

llvm-svn: 72725