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 server root.

llvm-svn: 165839

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

llvm-svn: 165822

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

llvm-svn: 165821

llvm-svn: 165819

llvm-svn: 165818

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

llvm-svn: 165815

No functional change.

llvm-svn: 165811

llvm-svn: 165810

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

llvm-svn: 165807

llvm-svn: 165797

llvm-svn: 165794

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

Somewhat troublingly, without this implemented, the check inside
isa_impl<> would silently use the parent's `classof()` when determining
whether it was okay to downcast from the parent to the child!

Bug analysis:

A build failure after removing the parent's `classof()` initially
alerted me to the bug, after which a little bit of thinking and reading
of the code identified the root cause.

The compiler could be made to prevent this bug from happening if there
were a way to ensure that in the code

    template <typename To, typename From, typename Enabler = void>
    struct isa_impl {
      static inline bool doit(const From &Val) {
        return To::classof(&Val);
      }
    };

that `To::classof` is actually inside the class `To`, and not in a base
class. I am not aware of a way to check this in C++. If there is a means
to perform that check, please bring it up on the list and this will be
fixed.

There is a high likelihood that there are other instances of this same
bug in the codebase.

llvm-svn: 165769