llvm-svn: 132149

llvm-svn: 132148

llvm-svn: 132147

llvm-svn: 132146

Change the include stack of "instantiated from" notes to fall under the control of f/fno-diagnostics-show-note-include-stack flags.  This should help with reducing diagnostic spew from macros instantiations.

llvm-svn: 132143

llvm-svn: 132141

a function has any function calls.

llvm-svn: 132140

Add a fix-it and better error recovery for improperly nested namespaces.  This will give a better error message for cases such as "namespace foo::bar::baz {}" and a suggested fix-it of "namespace foo { namespace bar { namespace baz {} } }"

llvm-svn: 132138

llvm-svn: 132137

llvm-svn: 132136

Make few ExecutionEngine tests XFAIL for ARM, since ExecutionEngine is broken for ARM, please remove the following XFAIL when it will be fixed.

llvm-svn: 132135

llvm-svn: 132134

llvm-svn: 132132

llvm-svn: 132131

llvm-svn: 132130

llvm-svn: 132129

llvm-svn: 132128

llvm-svn: 132127

llvm-svn: 132126

llvm-svn: 132125

llvm-svn: 132123

llvm-svn: 132120

provide re-usable forms of the rest of the custom validation done here.
Still no functionality changed here.

With this it should be possible to have an expression-centric code path
and a type-centric code path which don't duplicate logic.

llvm-svn: 132118

information in the previous comment which was preserved and moved with
the vec_step implementation code.

llvm-svn: 132117

It has little overlap with other traits' requirements, so the resulting
code is actually simpler.

llvm-svn: 132116

traits which uses the information embedded in the expression. Use this
to simplify several interfaces which repeated information embedded in
the expression through explicit arguments. I added an assertion that the
only extra piece of data to come in from the parser matches what is
stored in the expression. No functionality change intended here.

Also cleaned up the doxygen comments for some of these methods and some
formatting oddities.

llvm-svn: 132115

assert that prevented setting alignment on section creation.

llvm-svn: 132113

to match Microsoft's definitions.

llvm-svn: 132112

llvm-svn: 132111

llvm-svn: 132110

llvm-svn: 132109

llvm-svn: 132108

llvm-svn: 132107

Rework how the MCWin64EHUnwindInfo instances are stored. Fix issues with
chained unwind areas exposed by the test that were related to this.

The ChainedParent field had the wrong address, because when the chained unwind
info was added, the addresses shifted around. Now we store the pointers to the
structures, which are now allocated from the MC heap.

llvm-svn: 132106

rdar://problem/6920088

llvm-svn: 132105

makes it into a special member function. This is very bad and can lead
to all sorts of nastiness including implicit member functions violating
the One Definition Rule. This should probably be made ill-formed in a
later version of the standard, but for now we'll just warn.

llvm-svn: 132104

Use a proper worklist for use-def traversal without holding onto an
iterator. Now that we process all IV uses, we need complete logic for
resusing existing derived IV defs. See HoistStep.

llvm-svn: 132103

Skip extra copy from aggregate where it isn't necessary; rdar://problem/8139919 .  This shouldn't make much of a difference at -O3, but should substantially reduce the number of generated memcpy's at -O0.

Originally r130717, but was backed out due to an ObjC regression.

llvm-svn: 132102

This doesn't change functionality (much), but it allows for a more fine-grained
eviction policy. The current policy only compares spill weights, and that is not
always the best thing to do.  Spill weights are designed to serve linear scan,
and they don't consider live range splitting.

Add a mechanism so canEvict() can request that a live range be evicted and
split/spilled. This is to avoid infinite eviction loops.

llvm-svn: 132101

static analyzer: when conservatively evaluating functions, don't invalidate the values of globals when the called function is strlen.

llvm-svn: 132100