llvm-svn: 154928

llvm-svn: 154927

This made the test fail with -mcpu=generic (when building on a non-x86 host).

llvm-svn: 154926

Emulate a MSVC bug where the creation of pointer-to-member to protected member of base class is allowed but only from a static function.

This fixes a regression when parsing MFC code with clang.

llvm-svn: 154924

llvm-svn: 154921

llvm-svn: 154920

llvm-svn: 154916

llvm-svn: 154915

This isn't right either, reverting for now.

llvm-svn: 154910

llvm-svn: 154908

llvm-svn: 154907

Convert vperm2f128 and vperm2i128 intrinsics back to using llvm intrinsics. Unfortunately, these instructions have behavior that can't be modeled with shuffle vector.

llvm-svn: 154906

llvm-svn: 154905

for the life of me remember why I wrote it this way, but I can't see any good
reason for it now. This patch replaces the custom linked list with an ilist.

This change should preserve the existing numberings exactly, so no generated code
should change (if it does, file a bug!).

llvm-svn: 154904

llvm-svn: 154897

Change ExprEngine::shouldInlineDecl() to be defensive in checking if the CFG of the callee is valid.  Fixes <rdar://problem/11257631>.

llvm-svn: 154896

llvm-svn: 154895

re-done by wiser souls.

llvm-svn: 154894

rdar://11220251

llvm-svn: 154893

llvm-svn: 154892

about what folks should expect w.r.t. the new algorithm.

llvm-svn: 154891

from the C++ status page.

llvm-svn: 154890

llvm-svn: 154889

llvm-svn: 154887

We have a new flavor of exception specification, EST_Uninstantiated. A function
type with this exception specification carries a pointer to a FunctionDecl, and
the exception specification for that FunctionDecl is instantiated (if needed)
and used in the place of the function type's exception specification.

When a function template declaration with a non-trivial exception specification
is instantiated, the specialization's exception specification is set to this
new 'uninstantiated' kind rather than being instantiated immediately.

Expr::CanThrow has migrated onto Sema, so it can instantiate exception specs
on-demand. Also, any odr-use of a function triggers the instantiation of its
exception specification (the exception specification could be needed by IRGen).
In passing, fix two places where a DeclRefExpr was created but the corresponding
function was not actually marked odr-used. We used to get away with this, but
don't any more.

Also fix a bug where instantiating an exception specification which refers to
function parameters resulted in a crash. We still have the same bug in default
arguments, which I'll be looking into next.

This, plus a tiny patch to fix libstdc++'s common_type, is enough for clang to
parse (and, in very limited testing, support) all of libstdc++4.7's standard
headers.

llvm-svn: 154886

which incurs large overheads in terms of type
parsing and importing.

llvm-svn: 154885

instructions with writebacks. And add test a case for all opcodes handed by
DecodeVLD2DupInstruction() in ARMDisassembler.cpp .

llvm-svn: 154884

EmitFinalDestCopy (and thus pass EmitAggregateCopy the correct alignment).
rdar://11220251

llvm-svn: 154883

temporarily XFAIL this test until post RA
live-ins is properly enabled.

llvm-svn: 154882

llvm-svn: 154881

llvm-svn: 154880

llvm-svn: 154879

llvm-svn: 154878

llvm-svn: 154877

block literal is imported. // rdar://11259664

llvm-svn: 154876

rdar://11252521

llvm-svn: 154875

during Post RA scheduling in X86,
until the X86 target is changed to properly set up
post RA liveness.

llvm-svn: 154874

that later ones do not override the previous ones.

If we have:
   @class Foo, Bar;
source ranges for both start at '@', so 'Bar' will end up overriding
'Foo' even though the cursor location was at 'Foo'.

rdar://11257578

llvm-svn: 154873

llvm-svn: 154872

llvm-svn: 154870