llvm-svn: 74695

default global context, while new *InContext() APIs have been added that take a LLVMContextRef parameter.

Apologies to anyone affected by this breakage.

llvm-svn: 74694

llvm-svn: 74693

Change the meaning of predicate hasThumb2 to mean thumb2 ISA is available, not that it's in thumb mode and thumb2 is available. Added isThumb2 predicate to replace the old predicate.

llvm-svn: 74692

This fixes an llvm-gcc bootstrap problem I introduced.

llvm-svn: 74691

constant pool references that weren't getting properly rip-relative.

llvm-svn: 74689

llvm-svn: 74686

llvm-svn: 74683

to do with the target.  Also, the stub elimination optimization *requires* making the
stub explicit.

llvm-svn: 74682

llvm-svn: 74681

llvm-svn: 74680

llvm-svn: 74677

a key is present in a std::map or DenseMap to use find instead.

llvm-svn: 74676

llvm-svn: 74675

llvm-svn: 74673

llvm-svn: 74671

llvm-svn: 74670

llvm-svn: 74667

PassManager was scheduling LCSSA before LoopSimplify, which does not
preserve LCSSA.

llvm-svn: 74661

llvm-svn: 74659

llvm-svn: 74658

moment, that I will need to make far-reaching changes.

llvm-svn: 74655

This fixes a bug that caused -debug-pass=Details to abort.

llvm-svn: 74654

U    include/llvm/LLVMContext.h
U    lib/VMCore/LLVMContext.cpp
U    lib/AsmParser/LLParser.cpp
U    lib/AsmParser/LLParser.h

Temporarily reverting r74648. It was causing massive failures in release mode.

llvm-svn: 74653

No functionality change.

llvm-svn: 74652

llvm-svn: 74650

llvm-svn: 74649

llvm-svn: 74648

llvm-svn: 74647

llvm-svn: 74646

llvm-svn: 74645

addressing mode is encoded in the second operand, not the third.

llvm-svn: 74641

llvm-svn: 74640

llvm-svn: 74638

llvm-svn: 74632

!0 = constant metadata !{i32 21, i32 22}
@llvm.blah = constant metadata !{i32 1000, i16 200, metadata !0}

llvm-svn: 74630

llvm-svn: 74625

bytes and not bytes.

llvm-svn: 74624

Windows variant, strerror_s, but I couldn't test that.

I'll update configure and config.h.in in a subsequent patch.

llvm-svn: 74621

I give up on trying to use reader/writer locks for recursive type refinement.  Use a recursive mutex instead, which will (in theory) generate more contention, but is really
a much more natural fit for what's going on during recursive type refinement.

llvm-svn: 74618