llvm-svn: 169122

llvm-svn: 169121

The partitioning logic attempted to handle uses of an alloca with an
offset starting before the alloca so long as the use had some overlap
with the alloca itself. However, there was a bug where we tested
'(uint64_t)Offset >= AllocSize' without first checking whether 'Offset'
was positive. As a consequence, essentially every negative offset (that
is, starting *before* the alloca does) would be thrown out, even if it
was overlapping. The subsequent code to throw out negative offsets which
were actually non-overlapping was essentially dead. The code to *handle*
overlapping negative offsets was actually dead!

I've just removed all of this, and taught SROA to discard any uses which
start prior to the alloca from the beginning. It has the lovely property
of simplifying the code. =] All the tests still pass, and in fact no new
tests are needed as this is already covered by our testsuite. Fixing the
code so that negative offsets work the way the comments indicate they
were supposed to work causes regressions. That's how I found this.

Anyways, this is all progress in the correct direction -- tightening up
SROA to be maximally aggressive. Some day, I really hope to turn
out-of-bounds accesses to an alloca into 'unreachable'.

llvm-svn: 169120

llvm-svn: 169119

[asan] in asan tests, check all return values of pthread_create/pthread_join. Also add the ASAN_AVOID_EXPENSIVE_TESTS macro to guard the test that creates too many threads

llvm-svn: 169118

llvm-svn: 169117

llvm-svn: 169116

This document is a long-time pet peeve :-) More fixes to come.

llvm-svn: 169115

llvm-svn: 169114

If user specifies aborting after a recoverable failed check is
appropriate, frontend should emit call to the _abort variant.

Test this behavior with newly added -fsanitize-recover flag.

llvm-svn: 169113

llvm-svn: 169112

llvm-svn: 169111

llvm-svn: 169110

; CHECK: [[VAR:[a-z]]]

The problem was that to find the end of the regex var definition, it was
simplistically looking for the next ]] and finding the incorrect one. A
better approach is to count nesting of brackets (taking escaping into
account). This way the brackets that are part of the regex can be discovered
and skipped properly, and the ]] ending is detected in the right place.

llvm-svn: 169109

llvm-svn: 169108

trivially achievable with an editor. I'll likely check in a silly python
script to help with this too.

llvm-svn: 169107

llvm-svn: 169106

and recursive copying is not required for the tutorial/ directory.

llvm-svn: 169105

files from tutorial/.svn

llvm-svn: 169104

matching a variable defined on the same line.

llvm-svn: 169103

Patch contributed by Wladimir J. van der Laan <laanwj@gmail.com>

llvm-svn: 169102

See http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20121126/157198.html
and related discussions.

llvm-svn: 169101

Recent changes in isl:

- Allow analysis of loops during code generation

This simplifies the detection of parallel loops.

- Simplify the way costumized ast printers are defined

This enables us to highlight parallel / vector loops in our debug output.

- Compile time improvements for codegen contexts that include parameters

- Various bug fixes

This update also gets us in sync for the isl 0.11 release.

llvm-svn: 169100

Make helper classes anonymous. Make helper functions static instead of private members so the anonymous class doesn't leak out.

No functionality change.

llvm-svn: 169099

to enable/disable support of GOT larger than 64k.

llvm-svn: 169098

llvm-svn: 169097

llvm-svn: 169096

llvm-svn: 169095

Recursively prune some includes.

llvm-svn: 169094

llvm-svn: 169093

Pull the Attr iteration parts out of Attr.h, so including DeclBase.h doesn't pull in all the generated Attr code.

Required to pull some functions out of line, but this shouldn't have a perf impact.
No functionality change.

llvm-svn: 169092

llvm-svn: 169091

In preparation for the FileCheck enhancement to support backreferences.

llvm-svn: 169090

llvm-svn: 169089

llvm-svn: 169088

llvm-svn: 169087

llvm-svn: 169086

llvm-svn: 169085

Fixes PR14465.

Differential Revision: http://llvm-reviews.chandlerc.com/D148

llvm-svn: 169084

llvm-svn: 169083