we need to synthesize has been marked as used by Sema.

Change Sema to avoid these asserts.

llvm-svn: 97589

careful about value-dependent enumerators. Fixes PR5786.

llvm-svn: 97570

llvm-svn: 97569

used to do this, but it got lost when we switched functional-style
cast syntax over to using the new initialization code. Fixes PR6457.

llvm-svn: 97568

We may query their liveness because they are added to store when passing
argument values.

llvm-svn: 97562

base/member initializers.

llvm-svn: 97560

llvm-svn: 97551

implemented a (codegen) target hook for __builtin_extend_pointer.
I'm also making it return a uint64_t instead of an unsigned word;  this
comports with typical usage (i.e. the one use I know of).

I don't know if any of the existing targets requires this hook to be
set (other than x86 and x86_64, which I know do not).

llvm-svn: 97547

llvm-svn: 97546

Patch by Oleksandr Tymoshenko!

llvm-svn: 97544

does, document the results and then implement __builtin_extend_pointer for
platforms where it's a no-op.

llvm-svn: 97540

for the purposes of parsing default arguments. In effect, we would
re-introduce the parameter with a default argument N times (where N is
the number of parameters preceding the parameter with a default
argument). This showed up when a defaulted parameter of a member
function of a local class shadowed a parameter of the enclosing
function. Fixes PR6383.

llvm-svn: 97534

Satisfies radar 7703202.

llvm-svn: 97532

llvm-svn: 97528

*not* entering the context of the nested-name-specifier. This was
causing us to look into an uninstantiated template that we shouldn't
look into. Fixes PR6376.

llvm-svn: 97524

category.  Use this in a few places to eliminate unnecessary TST cases and
do some future-proofing.  Provide terrible manglings for typeof.  Mangle
decltype with some hope of accuracy.

Our manglings for some of the cases covered in the testcase are different
from gcc's, which I've raised as an issue with the ABI list.

llvm-svn: 97523

Radar 7696893.

llvm-svn: 97520

llvm-svn: 97519

which has the label map, switch statement stack, etc. Previously, we
had a single set of maps in Sema (for the function) along with a stack
of block scopes. However, this lead to funky behavior with nested
functions, e.g., in the member functions of local classes.

The explicit-stack approach is far cleaner, and we retain a 1-element
cache so that we're not malloc/free'ing every time we enter a
function. Fixes PR6382.

Also, tweaked the unused-variable warning suppression logic to look at
errors within a given Scope rather than within a given function. The
prior code wasn't looking at the right number-of-errors count when
dealing with blocks, since the block's count would be deallocated
before we got to ActOnPopScope. This approach works with nested
blocks/functions, and gives tighter error recovery.

llvm-svn: 97518

re-declare them. This fixes PR6317. Also add the beginnings of an interesting
test case for p1 of [class.friend] which also covers PR6317.

llvm-svn: 97499

llvm-svn: 97498

a fixme and PR6451.

Only perform jump checking if the containing function has no errors,
and add the infrastructure needed to do this.

On the testcase in the PR, we produce:

t.cc:6:3: error: illegal goto into protected scope
  goto later;
  ^
t.cc:7:5: note: jump bypasses variable initialization
  X x;
    ^

llvm-svn: 97497

llvm-svn: 97494

Fixes <rdar://problem/7700339>.

llvm-svn: 97482

llvm-svn: 97479

llvm-svn: 97478

enumeration constants get placed into the local instantiation hash
table. Fixes PR6375.

llvm-svn: 97471

template definition. Do this both by being more tolerant of errors in
our asserts and by not dropping a variable declaration completely when
its initializer is ill-formed. Fixes the crash-on-invalid in PR6375,
but not the original issue.

llvm-svn: 97463

signal an error.  This can happen even when the current token is '::' if
this is a ::new or ::delete expression.

This was an oversight in my recent parser refactor;  fixes PR 5825.

llvm-svn: 97462

TransformDefinition.

llvm-svn: 97445

given declaration in a template, make sure that the context we're
searching through is complete. Fixes PR6376.

llvm-svn: 97444

no need to store a type with SymbolRegionValue.

llvm-svn: 97437

llvm-svn: 97436

larger unsigned value, since this is implementation-defined
behavior. (We previously suppressed this warning when converting from
a signed value to an unsigned value of the same size).

llvm-svn: 97430

llvm-svn: 97422

llvm-svn: 97418

llvm-svn: 97407

llvm-svn: 97406

llvm-svn: 97405

llvm-svn: 97404