llvm-svn: 97103

llvm-svn: 97102

messages with.

llvm-svn: 97101

instantiation changes.

llvm-svn: 97095

expressions that look like pseudo-destructors, e.g.,

  p->T::~T()

where p has dependent type.

At template instantiate time, we determine whether we actually have a
pseudo-destructor or a member access, and funnel down to the
appropriate routine in Sema.

Fixes PR6380.

llvm-svn: 97092

When diagnosing bad conversions, skip the conversion for ignored object
arguments.  Fixes PR 6398.

llvm-svn: 97090

llvm-svn: 97088

to various unix/posix functions, e.g. 'open()'.

As a first check, check that when 'open()' is passed 'O_CREAT' that it has
a third argument.

llvm-svn: 97086

llvm-svn: 97085

llvm-svn: 97084

llvm-svn: 97083

llvm-svn: 97082

llvm-svn: 97080

CXXPseudoDestructorExpr. 

Update template instantiation for pseudo-destructor expressions to use
this source information and to make use of
Sema::BuildPseudoDestructorExpr when the base expression is dependent
or refers to a scalar type.

llvm-svn: 97079

type-specifier-seq. Fixes some conditional-jump-on-unitialized-value
errors in valgrind. Also counts as attempt #2 at making the MSVC
buildbot happy.

llvm-svn: 97077

pseudo-destructor expression. Attempt #1 at fixing the MSVC buildbot.

llvm-svn: 97076

my last patch.

llvm-svn: 97075

blocks use variables not used in any of the outer blocks.
(Fixes radar 7682149).

llvm-svn: 97073

parser's data structures and the part that performs semantic analysis
and AST building, in preparation for improved template instantiation
of pseudo-destructor expressions.

llvm-svn: 97070

Get rid of 'this' adjustments from the FinalOverriders class since they can be different for the same overrider in different parts of the vtable.

llvm-svn: 97068

llvm-svn: 97067

llvm-svn: 97066

llvm-svn: 97063

llvm-svn: 97062

llvm-svn: 97061

pseudo-destructor expression such as

  p->T::~T()

llvm-svn: 97060

pseudo-destructor expressions, and builds the CXXPseudoDestructorExpr
node directly. Currently, this only affects pseudo-destructor
expressions when they are parsed, but not after template
instantiation. That's coming next...

Improve parsing of pseudo-destructor-names. When parsing the
nested-name-specifier and we hit the sequence of tokens X :: ~, query
the actual module to determine whether X is a type-name (in which case
the X :: is part of the pseudo-destructor-name but not the
nested-name-specifier) or not (in which case the X :: is part of the
nested-name-specifier). 

llvm-svn: 97058

on non-darwin platforms.  Fixes PR6411. Test case doesn't reduce,
unfortunately.

llvm-svn: 97055

destructor calls, e.g., 

  p->T::~T

We now detect when the member access that we've parsed, e.g.,

  p-> or x.

may be a pseudo-destructor expression, either because the type of p or
x is a scalar or because it is dependent (and, therefore, may become a
scalar at template instantiation time). 

We then parse the pseudo-destructor grammar specifically:

  ::[opt] nested-name-specifier[opt] type-name :: ∼ type-name

and hand those results to a new action, ActOnPseudoDestructorExpr,
which will cope with both dependent member accesses of destructors and
with pseudo-destructor expressions.

This commit affects the parsing of pseudo-destructors, only; the
semantic actions still go through the semantic actions for member
access expressions. That will change soon.

llvm-svn: 97045

Generate correct vcall offsets when we have a primary virtual base that is not a primary base in the complete class hierarchy.

llvm-svn: 97039

Fixes PR6373.

llvm-svn: 97037

llvm-svn: 97035

llvm-svn: 97032

a common source of oddities and, in theory, removes some redundant ABI
computations.  Also fixes a miscompile I introduced yesterday by refactoring
some code and causing a slightly different code path to be taken that
didn't perform *parameter* type canonicalization, just normal type
canonicalization;  this in turn caused a bit of ABI code to misfire because
it was looking for 'double' or 'float' but received 'const float'.

llvm-svn: 97030

llvm-svn: 97020

Windows and Mac OS X.  Will investigate later.

llvm-svn: 97016

apply it only to the function itself, and never to the return type. Fixes part
of PR6408.

llvm-svn: 97015

analysis needs this.

llvm-svn: 97014

llvm-svn: 97009

a block pointer type. Fixes radar 7682149.

llvm-svn: 97008