information.  This allows arbitrary code involving DW_OP_plus_uconst
and DW_OP_deref.  The scheme allows for easy extention to include,
any, or all of the DW_OP_ opcodes.  I thought about just exposing all
of them, but, wasn't sure if people wanted the dwarf opcodes exposed
in the api.  Is that a layering violation?

With this scheme, the entire existing block scheme used by llvm-gcc
can be switched over to the new scheme.  I think that would be
cleaner, as then the compiler specific bits are not present in llvm
proper.  Before the old code can be yanked however, similar code in
clang would have to be removed.

Next up, more testing.

llvm-svn: 83120

llvm-svn: 83119

llvm-svn: 83117

concrete types.  Use unqualified desugaring for getAs<> and sundry.
Fix a few users to either not desugar or use qualified desugar, as seemed
appropriate.  Removed Type's qualified desugar method, as it was easy
to accidentally use instead of QualType's.

llvm-svn: 83116

Lookup handler name only when assertions are enabled.

llvm-svn: 83114

The C++ delete expression strips cv-qualifiers from the pointed-to type. My previous fix eliminated this behavior, so bring it back again.

llvm-svn: 83113

llvm-svn: 83112

llvm-svn: 83111

llvm-svn: 83110

llvm-svn: 83109

llvm-svn: 83107

llvm-svn: 83105

Parameter declarations that differ only in the presence or absence of const and/or volatile are equivalent.

llvm-svn: 83104

llvm-svn: 83103

llvm-svn: 83102

llvm-svn: 83101

Remove unnecessary cast.

llvm-svn: 83100

llvm-svn: 83099

llvm-svn: 83098

llvm-svn: 83097

llvm-svn: 83096

-A NamedDecl reference
-A TypeLoc

llvm-svn: 83095

llvm-svn: 83094

This is used only for keeping detailed type source information for protocol references,
it should not participate in the semantics of the type system.

Its protocol list is not canonicalized.

llvm-svn: 83093

llvm-svn: 83092

llvm-svn: 83091

llvm-svn: 83090

llvm-svn: 83089

-Make TypeLoc's constructor public.

llvm-svn: 83088

llvm-svn: 83087

libexec, *blush*.

llvm-svn: 83086

right for multiple anonymous categories.

llvm-svn: 83085

llvm-svn: 83083

llvm-svn: 83082

so a simple "current register" will suffice. Also add some additional
sanity-checking assertions to make sure things are as we expect.

llvm-svn: 83081

"usual deallocation function" with two arguments. CodeGen will have to
handle this case specifically, since the value for the second argument
(the size of the allocated object) may have to be computed at run
time.

Fixes the Sema part of PR4782.

llvm-svn: 83080

had to do with an initialized field when multiple type conversions
are ambiguous but must be treated as user defined conversion for
overload resolution purposes.

llvm-svn: 83079

the instruction we're scavenging for. The scavenger needs to know to avoid
them when analyzing register usage.

llvm-svn: 83077

llvm-svn: 83075

llvm-svn: 83074