by ~2%.

llvm-svn: 67434

speeding up the testcase in PR3810 by 60%.

llvm-svn: 67431

This speeds up a testcase in 3810 by ~16%.

llvm-svn: 67429

llvm-svn: 67406

llvm-svn: 67402

when there is actually a property declaration
used in the dot-syntax.

llvm-svn: 67391

llvm-svn: 67389

in a property dot-syntax notation.

llvm-svn: 67382

 - PR3818.

llvm-svn: 67297

llvm-svn: 67267

qualified name, e.g., 

  foo::x

so that we retain the nested-name-specifier as written in the source
code and can reproduce that qualified name when printing the types
back (e.g., in diagnostics). This is PR3493, which won't be complete
until finished the other tasks mentioned near the end of this commit.

The parser's representation of nested-name-specifiers, CXXScopeSpec,
is now a bit fatter, because it needs to contain the scopes that
precede each '::' and keep track of whether the global scoping
operator '::' was at the beginning. For example, we need to keep track
of the leading '::', 'foo', and 'bar' in
 
  ::foo::bar::x

The Action's CXXScopeTy * is no longer a DeclContext *. It's now the
opaque version of the new NestedNameSpecifier, which contains a single
component of a nested-name-specifier (either a DeclContext * or a Type
*, bitmangled). 

The new sugar type QualifiedNameType composes a sequence of
NestedNameSpecifiers with a representation of the type we're actually
referring to. At present, we only build QualifiedNameType nodes within
Sema::getTypeName. This will be extended to other type-constructing
actions (e.g., ActOnClassTemplateId).

Also on the way: QualifiedDeclRefExprs will also store a sequence of
NestedNameSpecifiers, so that we can print out the property
nested-name-specifier. I expect to also use this for handling
dependent names like Fibonacci<I - 1>::value.

llvm-svn: 67265

whose sema decl is at the translation unit.

llvm-svn: 67249

readnone/readonly attributes.

llvm-svn: 67224

llvm-svn: 67219

There are some more complex cases (_Complex and structs)
that I'm still working on.

llvm-svn: 67218

llvm-svn: 67207

llvm-svn: 67165

llvm-svn: 67164

llvm-svn: 67075

llvm-svn: 67062

Almost complete implementation of rvalue references. One bug, and a few unclear areas. Maybe Doug can shed some light on some of the fixmes.

llvm-svn: 67059

diagnostics. This builds on the patch that Sebastian committed and
then revert. Major differences are:

  - We don't remove or use the current ".def" files. Instead, for now,
    we just make sure that we're building the ".inc" files.
  - Fixed CMake makefiles to run TableGen and build the ".inc" files
    when needed. Tested with both the Xcode and Makefile generators
    provided by CMake, so it should be solid.
  - Fixed normal makefiles to handle out-of-source builds that involve
    the ".inc" files.

I'll send a separate patch to the list with Sebastian's changes that
eliminate the use of the .def files.

llvm-svn: 67058

llvm-svn: 67024

llvm-svn: 67022

literals.

llvm-svn: 66984

corresponding to block pointer.

llvm-svn: 66940

llvm-svn: 66931

really horrible extensions that are disabled by default but that can
be accepted by -fheinous-gnu-extensions (but which always emit a 
warning when enabled).

As our first instance of this, implement PR3788/PR3794, which allows
non-lvalues in inline asms in contexts where lvalues are required. bleh.

llvm-svn: 66910

Also changed BlockDecl API to be more consistent (wrt FunctionDecl).

llvm-svn: 66904

source being a non-pointer.

llvm-svn: 66854

bitmap generation for basic ivars seem to
work now. This is work in progress.

llvm-svn: 66836

 - Mike, please verify.

llvm-svn: 66762

 - This is an ABI incompatiblity, but this is not likely to be a huge
   deal in practice. For now we at least generate self consistent code
   instead of crashing.
 - <rdar://problem/6657601> x86-32 ABI: Bitfields in small structures
   are not passed correctly

llvm-svn: 66713

llvm-svn: 66710

Work in progress.

llvm-svn: 66707

llvm-svn: 66691

llvm-svn: 66652

Work in progress.

llvm-svn: 66615

llvm-svn: 66598

code where Sema can get to it.  No functionality change.

llvm-svn: 66596