LangRef.html says:
"There are no arrays, vectors or constants of this type."

This was hitting assertions when passing the -generate-x86-mmx
option.

PR12452.

llvm-svn: 154445

- don't isntrument reads from constant globals.
Saves ~1.5% of instrumented instructions on CPU2006
(counting static instructions, not their execution).
- don't insrument reads from vtable (which is a global constant too).
Saves ~5%.

I did not measure the run-time impact of this,
but it is certainly non-negative.

llvm-svn: 154444

introduced by the test harness' expansion of %t.

llvm-svn: 154443

subscripting. // rdar://11203853

llvm-svn: 154441

cover all possible condition codes.

llvm-svn: 154440

llvm-svn: 154439

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