llvm-svn: 77514

  Type::getAsReferenceType() -> Type::getAs<ReferenceType>()
  Type::getAsRecordType() -> Type::getAs<RecordType>()
  Type::getAsPointerType() -> Type::getAs<PointerType>()
  Type::getAsBlockPointerType() -> Type::getAs<BlockPointerType>()
  Type::getAsLValueReferenceType() -> Type::getAs<LValueReferenceType>()
  Type::getAsRValueReferenceType() -> Type::getAs<RValueReferenceType>()
  Type::getAsMemberPointerType() -> Type::getAs<MemberPointerType>()
  Type::getAsReferenceType() -> Type::getAs<ReferenceType>()
  Type::getAsTagType() -> Type::getAs<TagType>()
  
And remove Type::getAsReferenceType(), etc.

This change is similar to one I made a couple weeks ago, but that was partly
reverted pending some additional design discussion. With Doug's pending smart
pointer changes for Types, it seemed natural to take this approach.

llvm-svn: 77510

llvm-svn: 77012

   __attribute__((address_space(1))) struct {int arr[ 3 ]; }  *p1;
   ... = p1->arr[2];  // load from address space 1

llvm-svn: 76717

until Doug Gregor's Type smart pointer code lands (or more discussion occurs).
These methods just call the new Type::getAs<XXX> methods, so we still have
reduced implementation redundancy. Having explicit getAsXXXType() methods makes
it easier to set breakpoints in the debugger.

llvm-svn: 76193

Replaced Type::getAsLValueReferenceType(), Type::getAsRValueReferenceType(), Type::getAsMemberPointerType(), Type::getAsTagType(), and Type::getAsRecordType() with their Type::getAs<XXX> equivalents.

llvm-svn: 76139

llvm-svn: 75705

llvm-svn: 75446

llvm-svn: 75021

when struct variables with GC'able members are copied into.
Will provide a test case later.

llvm-svn: 74984

Remove ASTContext parameter from DeclContext's methods. This change cascaded down to other Decl's methods and changes to call sites started "escalating".
Timings using pre-tokenized "cocoa.h" showed only a ~1% increase in time run between and after this commit.

llvm-svn: 74506

llvm-svn: 72842

llvm-svn: 72803

llvm-svn: 72655

llvm-svn: 72649

llvm-svn: 72648

llvm-svn: 72633

any body can spot codegen bugs with volatile, or knows of any in the
bug database, let me know.

llvm-svn: 72572

getUnqualifiedType() doesn't strip off all qualifiers for non-canonical 
types.

llvm-svn: 72552

llvm-svn: 72492

llvm-svn: 72479

one else is tempted to copy the style, incorrectly.

llvm-svn: 72448

llvm-svn: 72439

we actually have a destination.

llvm-svn: 72429

llvm-svn: 72353

llvm-svn: 72352

how to get the backend to know that the operation is volatile.

llvm-svn: 72348

llvm-svn: 72347

is still ignored.

llvm-svn: 72344

llvm-svn: 72342

llvm-svn: 72315

llvm-svn: 72308

Have AggExprEmitter::VisitCXXConstructExpr make new variables if necessary. Stub out VisitCXXExprWithTemporaries.

llvm-svn: 72103

llvm-svn: 71937

llvm-svn: 70785

llvm-svn: 70067

llvm-svn: 69747

struct S {
S(int, int);
};

void f() {
S s(10, 10);
}

llvm-svn: 69330

implies an all-zero bit pattern.

llvm-svn: 68994

No functionality change (really).

llvm-svn: 68726