This is needed for the platforms, where bitwidth of "int" is not 32 bits
(e.g. 16 on msp430).

llvm-svn: 92176

a bug with a testcase hitting this assertion in a moment.

llvm-svn: 92175

llvm-svn: 92172

llvm-svn: 92162

llvm-svn: 92153

LLVM-Code-Symbols test.

llvm-svn: 92152

here affects clang-on-clang.

llvm-svn: 92151

llvm-svn: 92148

llvm-svn: 92145

Fill in the return value slot in CGExprAgg::VisitCallExpr. This takes us halfway towards fixing PR5824.

llvm-svn: 92142

llvm-svn: 92138

Add a ReturnValueSlot class. Change the argument order in EmitCall to match the other overload better.

llvm-svn: 92136

llvm-svn: 92134

Assert that we aren't trying to push the same C++ temporary onto the live temporary stack twice. A little insurance against PR5867 surprising us again

llvm-svn: 92132

llvm-svn: 92123

llvm-svn: 92122

Refine codegen for visibility and hidden.  WIP.

llvm-svn: 92118

This fixes throwing exceptions inside @catch blocks nested inside outer @try blocks and also fixes jumping from an inner @finally to an outer @finally (via any relevant @catch blocks).

The code exhibiting this bug was based on code from CGObjCMac.  I believe that this bug may still be present on the Mac runtimes, although the test case in the bug contains a few GNUisms and won't compile without some minor tweaks with Apple's libobjc.

llvm-svn: 92117

llvm-svn: 92109

llvm-svn: 92072

llvm-svn: 92069

that this is true when mangling, then fix up the various places in
Sema and/or CodeGen that need to remove qualifiers. Addresses a
linking issue when building LLVM with Clang.

llvm-svn: 92064

llvm-svn: 92057

error_unsupported on test10 and crashed on test11.

llvm-svn: 92056

llvm-svn: 92030

only takes a boolean second argument now. Update tests accordingly.
Currently the builtin still accepts the full range for compatibility.

llvm-svn: 91983

avoid #including CharUnits.h in ASTContext.h.

llvm-svn: 91903

Make sure that we mangle overloaded operators that are member functions correctly, giving them the correct arity.

With this seemingly insignificant fix, we are now able to build and link clang using clang itself! (LLVM still has to be built with gcc for the time being).

llvm-svn: 91893

integer.
 - This is consistent, but may not be correct. I will revisit x86_64 ABI handling for C++ as a whole at some point.
 - PR5831.

llvm-svn: 91874

Eliminate the ASTContext argument to CXXConstructorDecl::isCopyConstructor, since the context is available in the Decl

llvm-svn: 91862

recursing in CGDebugInfo::CreateTypeNode, teach
CanonicalizeTypeForDebugInfo---now called UnwrapTypeForDebugInfo---to
keep unwrapping the type until we hit something that can be
represented by debug information. Thanks to Anders for pointing this out!

llvm-svn: 91840

ElaboratedType, QualifiedNameType, and SubstTemplateTypeParmType type
nodes. Also, produce an "unsupported" diagnostic for C++0x type nodes
and "typeof" nodes, rather than asserting nondescriptly.

llvm-svn: 91837

llvm-svn: 91805

llvm-svn: 91804

Rework the way pointer types are handled by the RTTI builder. We now get the right linkage for indirect pointers to incomplete structs.

llvm-svn: 91799

would have a higher respect for its own code. This is getting old, is this
warning really adding value?

llvm-svn: 91779

llvm-svn: 91733

the constructor.  This doesn't handle cases requiring the VTT at the moment,
and generates unnecessary stores, but I think it's essentially correct.

llvm-svn: 91731

llvm-svn: 91725

llvm-svn: 91724