llvm-svn: 86634

llvm-svn: 86633

llvm-svn: 86632

continuing after invalid PCH loads.

llvm-svn: 86631

Also, Stringrefify some more MemoryBuffer functions, and add two performance FIXMEs.

llvm-svn: 86630

llvm-svn: 86629

Allow targets to specify register classes whose member registers should not be renamed to break anti-dependencies. 

llvm-svn: 86628

simplification, this handles the foldable fcmp x,x cases among many others.

llvm-svn: 86627

and ConstantFoldCompareInstOperands.

llvm-svn: 86626

llvm-svn: 86625

Simplify[IF]Cmp pieces.  Add some predicates to CmpInst to 
determine whether a predicate is fp or int.

llvm-svn: 86624

llvm-svn: 86623

not necessary.

llvm-svn: 86621

llvm-svn: 86620

individual operands instead of taking a temporary array

llvm-svn: 86619

value.

llvm-svn: 86618

ApplyHeaderSearchOptions now.

llvm-svn: 86617

llvm-svn: 86616

llvm-svn: 86614

takes decimated instructions and applies identities to them.  This
is pretty minimal at this point, but I plan to pull some instcombine
logic out into these and similar routines.

llvm-svn: 86613

CompilerInvocation.

llvm-svn: 86612

llvm-svn: 86611

llvm-svn: 86610

Change clang-cc to expect that all inputs have the same language (so we can only construct a single LangInfo). This matches how it is used in practice (since the compiler only it invokes it for one file at a time).

llvm-svn: 86609

llvm-svn: 86608

llvm-svn: 86607

llvm-svn: 86606

llvm-svn: 86604

simplifies instruction users of PHIs when the phi is eliminated.  This
will be moved to transforms/utils after some other refactoring.

llvm-svn: 86603

llvm-svn: 86602

llvm-svn: 86601

llvm-svn: 86600

llvm-svn: 86599

llvm-svn: 86598

warning, to match gcc. It used to be warning, so
better keep it a warning (it broke a certain project).

llvm-svn: 86597

ArrayType>()) does not instantiate. Update all callers that used this
unsafe feature to use the appropriate ASTContext::getAs*ArrayType method.

llvm-svn: 86596

llvm-svn: 86595

llvm-svn: 86592

when looking for a name within a given DeclContext. Now enumerators
will show up in code-completion results.

llvm-svn: 86591

was generated. This caused code like this:

## The asm code for the function
        .section        __TEXT,__const
        .align  2
lJTI11_0:
LJTI11_0:
        .long    LBB11_16
        .long    LBB11_4
        .long    LBB11_5
        .long    LBB11_6
        .long    LBB11_7
        .long    LBB11_8
        .long    LBB11_9
        .long    LBB11_10
        .long    LBB11_11
        .long    LBB11_12
        .long    LBB11_13
        .long    LBB11_14
Leh_func_end11:   ## <---now in the wrong section!

The `Leh_func_end11' would then end up in the wrong section, causing the
resulting EH frame information to be wrong:

__ZL11CheckRightsjPKcbRbRP6NSData.eh:
    .set    Lset500eh,Leh_frame_end11-Leh_frame_begin11
    .long   Lset500eh  ; Length of Frame Information Entry                                                                                                                   
Leh_frame_begin11:
    .long   Leh_frame_begin11-Leh_frame_common
    .long   Leh_func_begin11-.
    .set    Lset501eh,Leh_func_end11-Leh_func_begin11
    .long   Lset501eh                                   ; FDE address range                                                                                                                                   
`Lset501eh' is now something huge instead of the real value.

The X86 back-end generates the jump table after the EH information is
emitted. Do the same here.

llvm-svn: 86588