fails to return a value, to make debugging this issue easier.

llvm-svn: 165914

llvm-svn: 165911

This reduces the spam make test leaves behind in /tmp. The assert isn't
particularly useful because it's not run with -disable-free (the default when
using the clang driver) but should cover all -cc1 tests.

llvm-svn: 165910

llvm-svn: 165900

llvm-svn: 165888

Eli discovered that __noop's sema behavior also needs some love. I filed
PR14081 for that and intend to improve it.

llvm-svn: 165886

llvm-svn: 165885

This was only used by OSAtomicChecker and makes it more
difficult to update values for expressions that the environment
may look through instead (it's not the same as IgnoreParens).
With this gone, we can have bindExpr bind to the inner
expression that getSVal will find.

Groundwork for <rdar://problem/12137950>

llvm-svn: 165866

I believe the removed assert in CheckerManager says it best:

	InlineCall is a special hacky callback to allow intrusive
	evaluation of the call (which simulates inlining). It is
	currently only used by OSAtomicChecker and should go away
	at some point.

OSAtomicChecker has gone away; inlineCall can now go away as well!

llvm-svn: 165865

llvm-svn: 165859

llvm-svn: 165851

Patch by Tom Stellard.

llvm-svn: 165850

Patch by Jeremiah Zanin.

llvm-svn: 165849

from a floating-point type where the source value is not in the range of
representable values of the destination type.

llvm-svn: 165843

llvm-svn: 165842

that a DeclRefExpr can never return a null decl.  We possibly should
hoist this into getDecl() itself.

llvm-svn: 165841

invariants using assertions.

llvm-svn: 165840

the number of arguments.

llvm-svn: 165838

add more code that references SourceFile, so removing the dead store
doesn't seem appropriate for the long term.

llvm-svn: 165837

llvm-svn: 165836

llvm-svn: 165835

llvm-svn: 165834

Patch by Grzegorz Jablonski.

llvm-svn: 165832

llvm-svn: 165829

declarations.

llvm-svn: 165826

reimplemented in the AsmParser where it belongs.

llvm-svn: 165825

or directories, to make sure that they are identifiers that are not
keywords in any dialect. Fixes <rdar://problem/12489495>.

llvm-svn: 165821

When suggesting "foo::bar" as a correction for "fob::bar" we mistakenly
replaced only "bar" with "foo::bar" producing "fob::foo::bar" which was broken.

This corrects that replacement in as many places as I could find & provides
test cases for all those cases I could find a test case for. There are a couple
that don't seem to be reachable (one looks entirely dead, the other just
doesn't seem to ever get called with a namespace to namespace change).

Review by Richard Smith ( http://llvm-reviews.chandlerc.com/D57 ).

llvm-svn: 165817

For 64-bit PowerPC SVR4, an aggregate containing only one
floating-point field (float, double, or long double) must be passed in
a register as though just that field were present.  This patch
addresses the issue during Clang code generation by specifying in the
ABIArgInfo for the argument that the underlying type is passed
directly in a register.  The included test case verifies flat and
nested structs for the three data types.

llvm-svn: 165816

No functional change.

llvm-svn: 165811

llvm-svn: 165810

overridden symbols. OK'ed off-line by Doug. 
// rdar://12378793

llvm-svn: 165807

llvm-svn: 165793

llvm-svn: 165788

Conditionally use an integral cast for BodyFarm support for OSAtomicCompareAndSwap if the return type is not a boolean.

llvm-svn: 165774

#undef only occurs if that submodule is imported.

llvm-svn: 165773

llvm-svn: 165772

has none of its own. Factor in Doug's comments.
// rdar://12378793

llvm-svn: 165771

Updates to llvm/Support/Casting.h have rendered these classof()'s
irrelevant.

llvm-svn: 165770

This only applies if the type has a name. (we could potentially do something
crazy with decltype in C++11 to qualify members of unnamed types but that
seems excessive)

It might be nice to also suggest a fixit for "&this->i", "&foo->i",
and "&foo.i" but those expressions produce 'bound' member functions that have
a different AST representation & make error recovery a little trickier. Left
as future work.

llvm-svn: 165763