Generate a sink when the dynamic_cast from a reference fails to
represent a thrown exception.

llvm-svn: 154438

for methods in categories of super classes. rdar://11220358

llvm-svn: 154436

Added more documentation in the header file to explain how to use the results that are found by the function calls to find_pointer_in_heap().

llvm-svn: 154435

Simulate the C++ dynamic_cast in the analyzer.

llvm-svn: 154434

llvm-svn: 154433

incomplete type, keep track of the actual type that was
incomplete. Otherwise, we might fail to produce a diagnostic. Fixes
PR12498.

llvm-svn: 154432

multiplication by a denormal, and some tests checking that.

llvm-svn: 154431

information and more closely match GCC's, from Nikola Smiljanic!

llvm-svn: 154430

StringMap. This was redundant and unnecessarily bloated the MDString class.

Because the MDString class is a "Value" and will never have a "name", and
because the Name field in the Value class is a pointer to a StringMap entry, we
repurpose the Name field for an MDString. It stores the StringMap entry in the
Name field, and uses the normal methods to get the string (name) back.

PR12474

llvm-svn: 154429

return types, from Michel Morin!

llvm-svn: 154428

llvm-svn: 154427

llvm-svn: 154426

llvm-svn: 154425

non-type template parameter of pointer type is not a constant expression.

llvm-svn: 154424

PR9796

llvm-svn: 154422

providing code completions for Objective-C method declarations. Fixes
<rdar://problem/11164498>.

llvm-svn: 154421

and emit a relatively empty block for a plain break statement. This
enables us to track where we went through a switch.

PR9796 & rdar://11215207

llvm-svn: 154420

llvm-svn: 154419

a write to the same temp follows in the same BB.
Also add stats printing.

On Spec CPU2006 this optimization saves roughly 4% of instrumented reads
(which is 3% of all instrumented accesses):
Writes            : 161216
Reads             : 446458
Reads-before-write: 18295

llvm-svn: 154418

don't elide the branch instruction if it's the only one in the block,
otherwise it's ok.

PR9796 and rdar://11215207

llvm-svn: 154417

not consume slots in the persistent variable
store.

llvm-svn: 154416

Suggested by: Sebastian Pop  <sebpop@gmail.com>

llvm-svn: 154415

llvm-svn: 154414

'public', 'private', or 'protected', unless code completion patterns
are enabled. Fixes <rdar://problem/11189132>.

llvm-svn: 154413

We were incorrectly conflating some add variants which don't have a
cc_out operand with the mirroring sub encodings, which do. Part of the
awesome non-orthogonality legacy of thumb1. Similarly, handling of
add/sub of an immediate was sometimes incorrectly removing the cc_out
operand for add/sub register variants.

rdar://11216577

llvm-svn: 154411

seem to get called any more. Also add an assert in
isModifiableLvalue.

llvm-svn: 154410

llvm-svn: 154409

code-completion related strings specific to a translation unit (ASTContext and related data)

CodeCompletionAllocator does such limited caching, by caching the name assigned
to a DeclContext*, but that is not the appropriate place since that object has
a lifetime that can extend beyond that of an ASTContext.

Introduce CodeCompletionTUInfo which will be always tied to a translation unit
to do this kind of caching and move the caching of CodeCompletionAllocator into this
object, and propagate it to all the places where it will be needed.

The plan is to extend the caching where appropriate, using CodeCompletionTUInfo,
to avoid re-calculating code-completion strings.

Part of rdar://10796159.

llvm-svn: 154408

Richard's feedback, to properly catch non-constant expressions and
type mismatches. Finishes <rdar://problem/11193097>.

llvm-svn: 154407

expression enterring IsConstProperty function.

llvm-svn: 154406

llvm-svn: 154400

llvm-svn: 154399

llvm-svn: 154398

of the same size as the compared values. This is ture for SSE/AVX/NEON but not
for all targets.

llvm-svn: 154397

blendv uses a register for the selection while vblend uses an immediate.
On sandybridge they still have the same latency and execute on the same execution ports.

llvm-svn: 154396

the loop header has a non-loop predecessor which has been pre-fused into
its chain due to unanalyzable branches. In this case, rotating the
header into the body of the loop in order to place a loop exit at the
bottom of the loop is a Very Bad Idea as it makes the loop
non-contiguous.

I'm working on a good test case for this, but it's a bit annoynig to
craft. I should get one shortly, but I'm submitting this now so I can
begin the (lengthy) performance analysis process. An initial run of LNT
looks really, really good, but there is too much noise there for me to
trust it much.

llvm-svn: 154395

This fixes PR12516 and uncovers one weird problem in legalize (workarounded)

llvm-svn: 154394

llvm-svn: 154393

Patch by Dmitri Shubin!

llvm-svn: 154392

Patch by Dmitri Shubin!

llvm-svn: 154391