a bunch in lencode, ldecod, spass, 176.gcc, 252.eon, among others.  It is 
also the first part of PR5822

llvm-svn: 91811

llvm-svn: 91810

Sema::getTypeName.

"LookupNestedNameSpecifierName" isn't quite the right kind of lookup, though; 
it doesn't ignore namespaces.  Someone more familiar with the lookup code
should fix this properly.

llvm-svn: 91809

llvm-svn: 91808

llvm-svn: 91807

llvm-svn: 91806

llvm-svn: 91805

llvm-svn: 91804

llvm-svn: 91803

llvm-svn: 91802

pull ':' eating out of ParseAsmOperandsOpt.

llvm-svn: 91801

llvm-svn: 91800

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

assignment.

llvm-svn: 91798

llvm-svn: 91797

Switch default-initialization of variables of class type (or array thereof) over to InitializationSequence. I could swear that this fixes a PR somewhere, but I couldn't figure out which one

llvm-svn: 91796

llvm-svn: 91795

llvm-svn: 91794

Because of the rules of base-class lookup* and the restrictions on typedefs, it
was actually impossible for this to cause any problems more serious than the
spurious acceptance of
  template <class T> class A : B<A> { ... };
instead of
  template <class T> class A : B<A<T> > { ... };
but I'm sure we can all agree that that is a very important restriction which
is well worth making another Parser->Sema call for.

(*) n.b. clang++ does not implement these rules correctly;  we are not ignoring
    non-type names

llvm-svn: 91792

Clang reasonably adds all the base specifiers in one pass;  this is now required
for correctness to prevent lookup from going mad.  But this has the advantage of
establishing the correct context when looking up base specifiers, which will be
important for access control.

llvm-svn: 91791

llvm-svn: 91790

quite right;  I'll come back to it later.  It does fix PR 5741.

llvm-svn: 91789

cache a pointer as being unavailable due to phi trans in the
wrong place.  This would cause later queries to fail even when
they didn't involve phi trans.

llvm-svn: 91787

llvm-svn: 91786

to go from a decl to the doc comments for it.

llvm-svn: 91785

llvm-svn: 91784

llvm-svn: 91783

llvm-svn: 91781

llvm-svn: 91780

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

llvm-svn: 91779

llvm-svn: 91778

llvm-svn: 91777

llvm-svn: 91776

rename dprintf to dbgpritnf, in order to fix build with glibc (which already defines dprintf in stdio.h

llvm-svn: 91775

llvm-svn: 91774

llvm-svn: 91773

llvm-svn: 91772

the redeclaration problems in the [temp.explicit]p3 testcase worse, but I can
live with that;  they'll need to be fixed more holistically anyhow.

llvm-svn: 91771

instantiation, since we're not using a Scope object for that anyway.

llvm-svn: 91770

Magically fixes all the terrible lookup problems associated with not pushing
a new scope.  Resolves an ancient xfail and an LLVM misparse.

llvm-svn: 91769