llvm-svn: 99465

llvm-svn: 99463

llvm-svn: 99462

llvm-svn: 99461

initialization code. Exposed a bug where we were not marking an
implicit conversion as an lvalue when we were forming a call to a
conversion function whose return type is a reference.

llvm-svn: 99459

        addl    $12, %esp
        popl    %esi
        popl    %edi
        popl    %ebx
        popl    %ebp
        jmpl    *__Block_deallocator-L1$pb(%esi)  # TAILCALL

The problem is the global base register is assigned GR32 register class. TCRETURNmi needs the registers making up the address mode to have the GR32_TC register class.

The *proper* fix is for X86DAGToDAGISel::getGlobalBaseReg() to return a copy from the global base register of the machine function rather than returning the register itself. But that has the potential of causing it to be coalesced to a more restrictive register class: GR32_TC. It can introduce additional copies and spills. For something as important the PIC base, it's not worth it especially since this is not an issue on 64-bit.

llvm-svn: 99455

llvm-svn: 99454

2006-07-19-stwbrx-crash.ll for me, but it's the only likely
patch in the blame list of several bots.  Lets see if this
fixes it.

llvm-svn: 99453

CheckReferenceInit) over to the new initialization code
(InitializationSequence), which is better-tested and doesn't require
us to compute the entire conversion sequence twice.

llvm-svn: 99452

llvm-svn: 99451

--- Reverse-merging r99440 into '.':
U    test/MC/AsmParser/X86/x86_32-bit_cat.s
U    test/MC/AsmParser/X86/x86_32-encoding.s
U    include/llvm/IntrinsicsX86.td
U    include/llvm/CodeGen/SelectionDAGNodes.h
U    lib/Target/X86/X86InstrSSE.td
U    lib/Target/X86/X86ISelLowering.h

llvm-svn: 99450

llvm-svn: 99448

EmitReferenceBindingToExpr() rather than assuming we have an
lvalue. This is just the lowest hanging fruit for PR6024, which still
requires a bit of work.

llvm-svn: 99447

llvm-svn: 99446

llvm-svn: 99445

llvm-svn: 99444

implicit methods on explicit template instantiation definitions. As a
consequence, we should emit them at every use, even if we see a explicit
template instantiation declaration.

This is already the current behaviour, but it is good to test for that :-)

llvm-svn: 99443

llvm-svn: 99442

llvm-svn: 99441

llvm-svn: 99440

Preliminary testing shows significant performance wins by not using these
instructions.

llvm-svn: 99436

not get an "Unknown immediate size" assert failure when used.  All instructions 
of this form have an 8-bit immediate.  Also added a test case of an example
instruction that is of this form.

llvm-svn: 99435

llvm-svn: 99434

make the vtable tester a little friendlier, with a clean target and without requiring . to be in your path

llvm-svn: 99433

llvm-svn: 99429

llvm-svn: 99428

not pick apart a CXXTemporaryObjectExpr because such an object
construction was explicitly written in the source code. Fixes PR6657.

llvm-svn: 99427

deserialize diagnostics.

llvm-svn: 99426

Class type to match gcc's. Fixes radar 7789113.

llvm-svn: 99425

llvm-svn: 99423

XFAIL the -nostdinc++ test on Windows; it doesn't look like we even have the notion of separate C and C++ paths there

llvm-svn: 99422

for GNU designated-initializer syntax (-Wgnu-designator).

llvm-svn: 99421

--- Reverse-merging r99400 into '.':
D    test/CodeGen/Generic/2010-03-24-liveintervalleak.ll
U    lib/CodeGen/LiveIntervalAnalysis.cpp

llvm-svn: 99419

llvm-svn: 99418

llvm-svn: 99417

llvm-svn: 99416

NVCVTFrm will later be used to describe "vcvt with fractional bits".

llvm-svn: 99415

llvm-svn: 99414

raw_ostream variables immediately before they go out of scope.

llvm-svn: 99413

llvm-svn: 99410