llvm-svn: 101153

llvm-svn: 101152

llvm-svn: 101151

this caused us to codegen dead globals like this:

struct foo { int a; int b; };

static struct foo fooarray[] = {
  {1, 2},
  {4},
};

llvm-svn: 101150

Without it, there is no reason for a compiler that supports it to
emit the dead static globals that the rewriter labels attribute(used).

llvm-svn: 101149

for reference binding. The code attempted to handle both the
computation of the ICS and the actual conversion, but the latter is an
anachronism: we now use InitializationSequence for that. 

Sema::CheckReferenceInit is now a static function TryReferenceInit
that's only use within overload resolution, and has been simplified
slightly. It still needs to be updated per C++ [over.ics.ref], by
eliminating more of the lvalue/rvalue checks.

llvm-svn: 101136

return a NULL expression; return either an error or a proper
expression. Fixes PR6078.

llvm-svn: 101133

direct reference binding when the source and target types are not
reference-related. Fixes PR6066.

llvm-svn: 101132

llvm-svn: 101129

llvm-svn: 101128

llvm-svn: 101127

members of non-templated classes.

llvm-svn: 101122

llvm-svn: 101120

PR6207.

llvm-svn: 101119

why it keeps failing on buildbot (but not for me).

llvm-svn: 101115

friend declaration;  this used to be important but is now just a waste of time
plus an unreasonable assertion.  Fixes PR6174.

llvm-svn: 101112

llvm-svn: 101109

patch by Sylvere Teissier!

llvm-svn: 101108

atomicity of aggregate properties in setter/getter
methods. wip.

llvm-svn: 101107

llvm-svn: 101100

llvm-svn: 101099

llvm-svn: 101098

PR6101.  This is based on a patch and testcase by Jordy Rose!

llvm-svn: 101097

llvm-svn: 101092

from a conversion function template specialization to one of exact
match rank. We only know how to test this in C++0x with default
function template arguments, but it's also in the C++03 spec. Fixes
PR6285.

llvm-svn: 101089

copying the type location information from the conversion-type-id into
the type location information for the function type. Do something
similar for constructors and destructors, by giving their "void"
return type source-location information.

In all of these cases, we previously left this type-source information
uninitialized, which led to various unfortunate crashes.

We still aren't tracking good source-location information for the
actual names. That's PR6357.

John, please check my sanity on this.

llvm-svn: 101088

in an input file like this:

# 42
int x;

we were emitting:

# <something>
 int x;

(with a space before the int) because we weren't clearing the leading 
whitespace flag properly after the \n from the directive was handled.

llvm-svn: 101084

llvm-svn: 101073

actually turned it on.  If a diag is produced by a warning which
is an extension but defaults to on, and has no warning group, don't
print any option info.

llvm-svn: 101071

Add 'clang_getCursorLanguage' to return the "language" of the AST element (e.g., distinguish between C and Objective-C language features).  Currently this only returns results for declarations.

llvm-svn: 101070

llvm-svn: 101069

trailing fields may not be represented in initializer lists, they
are being handled as padding and those fields *must* be zero 
initialized.

llvm-svn: 101067

llvm-svn: 101066

name-lookup ambiguities when there are multiple base classes that are
all specializations of the same class template. This is part of a
general cleanup for ambiguities in template-name lookup. Fixes
PR6717.

llvm-svn: 101065

llvm-svn: 101060

llvm-svn: 101059

llvm-svn: 101054

llvm-svn: 101052

llvm-svn: 101051

llvm-svn: 101050