ScalarEvolution::getAddExpr, which can be pretty expensive, when nothing
has changed, which is pretty common.

llvm-svn: 111042

llvm-svn: 111041

llvm-svn: 111040

rather than testing whether the loop contains the other's header.

llvm-svn: 111039

llvm-svn: 111038

the constant operand on the left, as that's where ScalarEvolution
will end up canonicalizing to.

llvm-svn: 111037

llvm-svn: 111036

llvm-svn: 111035

associated loop. This avoids potentially expensive traversals
of the add recurrence's operands.

llvm-svn: 111034

llvm-svn: 111033

Apparently, this is now fixed in Clang.

llvm-svn: 111032

since they can support trivial implementations. This avoids potentially
expensive traversals of the operands.

llvm-svn: 111031

same lines as the change I made for ARM saturate instructions.

llvm-svn: 111029

misanalysis and is undesirable.

llvm-svn: 111028

-static variables
-variables in anonymous namespace (fixes rdar://7794535)
-static data members in anonymous namespace
-static data members specializations in anonymous namespace

llvm-svn: 111027

-static function declarations
-functions in anonymous namespace
-class methods in anonymous namespace
-class method specializations in anonymous namespace
-function specializations in anonymous namespace

llvm-svn: 111026

Change Sema's UnusedStaticFuncs to UnusedFileScopedDecls to allow also keeping track of unused file scoped variables.

    This is only preparation, currently only static function definitions are tracked, as before.

llvm-svn: 111025

llvm-svn: 111024

(nonfragile-abi2), do not consider 'ivar' access
in class methods. Also, improve on diagnostics.
Radar 8304561.

llvm-svn: 111023

llvm-svn: 111022

llvm-svn: 111021

will apply all fixes even when there were other errors in the file.

llvm-svn: 111020

llvm-svn: 111019

llvm-svn: 111016

llvm-svn: 111013

instantiated with unique-external parameters.

llvm-svn: 111012

llvm-svn: 111011

llvm-svn: 111010

qua templates.  The current fix suppresses the access check entirely
in this case;  to do better, we'd need to be able to say that a
particular lookup result came from a particular injected class name,
which is not easy to do with the current representation of LookupResult.
This is on my known-problems list.

llvm-svn: 111009

llvm-svn: 111008

llvm-svn: 111007

into a PCH/AST file.

llvm-svn: 111006

GCC.
 - Mark -Xclang and -mlinker-version= with it for now, although I am sure there
   are more.

llvm-svn: 111005

llvm-svn: 111004

used when parsing (or re-parsing) a file. Also, when loading a
precompiled header into ASTUnit, create a Sema object that holds onto
semantic-analysis information.

llvm-svn: 111003

llvm-svn: 111002

llvm-svn: 111001

llvm-svn: 111000

llvm-svn: 110999

Tested on Linux and Darwin; please add platform-specific XFAILs/mail me a bug
report if this still fails.

llvm-svn: 110998