llvm-svn: 85876

llvm-svn: 85875

Fix buffer overflow in PrintMacroDefinition() by inverting the check to see if the target buffer needs to be resized.  Fixes <rdar://problem/7255377>.

llvm-svn: 85872

llvm-svn: 85868

llvm-svn: 85867

Fixes: <rdar://problem/7358899>
llvm-svn: 85864

llvm-svn: 85862

llvm-svn: 85856

it easier to track within Sema whether the parser is parsing a declaration.

llvm-svn: 85855

llvm-svn: 85852

representation of a C++ unqualified-id, along with a single parsing
function (Parser::ParseUnqualifiedId) that will parse all of the
various forms of unqualified-id in C++.

Replace the representation of the declarator name in Declarator with
the new UnqualifiedId class, simplifying declarator-id parsing
considerably and providing more source-location information to
Sema. In the future, I hope to migrate all of the other
unqualified-id-parsing code over to this single representation, then
begin to merge actions that are currently only different because we
didn't have a unqualified notion of the name in the parser.

llvm-svn: 85851

class must match those of same property declared
in its primary class. (Fixes radar 7352425)

llvm-svn: 85843

llvm-svn: 85842

llvm-svn: 85839

Remove GRExprEngine::CheckerVisitLocation().  It was only called in one place, so we inlined it in to GRExprEngine::EvalLocation().

llvm-svn: 85838

change a readonly property declared in the class (and its inherited protocols)
to writable property. (Fixes radar 7350645).

llvm-svn: 85836

llvm-svn: 85834

llvm-svn: 85828

llvm-svn: 85826

llvm-svn: 85825

in its class implementation instead of crashing. Fixes radar 7350345.

llvm-svn: 85813

integral constant expression, make sure to find where the initializer
was provided---inside or outside the class definition---since that can
affect whether we have an integral constant expression (and, we need
to see the initializer itself).

llvm-svn: 85741

that is not known to be a base class at template definition time due
to some dependent base class. Treat qualified name lookup that refers
to a non-static data member or function as implicit class member
access when the "this" type would be dependent.

llvm-svn: 85718

llvm-svn: 85679

llvm-svn: 85677

parameters and template type parameters, which occurs when
substituting into the declarations of member templates inside class
templates. This eliminates errors about our inability to "reduce
non-type template parameter depth", fixing PR5311.

Also fixes a bug when instantiating a template type parameter
declaration in a member template, where we weren't properly reducing
the template parameter's depth.

LLVM's StringSwitch header now parses.

llvm-svn: 85669

llvm-svn: 85652

llvm-svn: 85651

llvm-svn: 85645

llvm-svn: 85642

dependently-sized array type with a given expression might end up
returning a non-canonical type; see through that non-canonical type to
the underlying canonical type. Yes, I have a test case; no, I can't
reduce it to the point where it's worth checking in :(

llvm-svn: 85633

When looking for a copy-assignment operator to determine the cv-qualifiers on its argument type, ignore assignment operator templates

llvm-svn: 85629

match it up with a declaration in the outer scope.

llvm-svn: 85628

partial specializations and explicit instantiations of non-templates.

llvm-svn: 85620

llvm-svn: 85618

  template<> struct foo<int> { ... };

where "foo" does not refer to a template. Fixes PR3844.

llvm-svn: 85616

llvm-svn: 85612

-mmacosx-version-min and -miphoneos-version-min to clang-cc.

llvm-svn: 85600

llvm-svn: 85597

llvm-svn: 85596