llvm-svn: 161576

[ASan] Small fix to please tests on Windows, where stack unwinding using provided pc/bp works too bad

llvm-svn: 161575

llvm-svn: 161574

Otherwise Clang eliminates everything after the first interface symbol that is marked noreturn.

llvm-svn: 161573

llvm-svn: 161572

llvm-svn: 161571

llvm-svn: 161570

llvm-svn: 161569

[ASan] Create new files asan_report.{h,cc} as a preparation for refactoring of ASan error reporting code.
Currently ASan reports many kinds of errors, and the code that actually prints error messages can
be found inside allocator, OS-specific files, interceptors code etc.

An example of maintenance troubles this situation causes:
There is currently an ASan interface function that registers
callback which should take the char buffer with error report printed by ASan.
This function is now broken, as one has to insert callback calls to all the places in
ASan code where the error reports are printed, surprisingly it is not only
"__asan_report_error" function...

llvm-svn: 161568

Declaring "const Decl *Decl" is not a good idea.

llvm-svn: 161567

handle the cases where the memory value type was illegal. 
PR 13111. 

llvm-svn: 161565

llvm-svn: 161564

<rdar://problem/11930775>

llvm-svn: 161563

libc++.  We also no longer use the GNU extensions
to C++ and C (we didn't use them anyway).

This also means that the LLVM we use must be
built with the new libc++.

I will commit llvm.zip next.

<rdar://problem/11930775>

llvm-svn: 161562

Added LLVM_EXPERIMENTAL_TARGETS_TO_BUILD in CMake and --enable-experimental-targets in configure.

llvm-svn: 161561

llvm-svn: 161560

and instead made us use implicit casts to bool.
This generated a warning in C++11.

<rdar://problem/11930775>

llvm-svn: 161559

hash_multimap to unordered_multimap.

<rdar://problem/11930775>

llvm-svn: 161558

Remove Escaped state, which is not really necessary. We can just stop
tracking the symbol instead of keeping it around and marking escaped.

llvm-svn: 161557

an expected failure.

llvm-svn: 161556

<rdar://problem/12061386> Fixing data-formatter-cpp test case - previous version had an unfortunate dependency on the value of uninitialized memory

llvm-svn: 161555

Fix AAPCS ABI.  I can't actually test this, but it restores the behavior from before r159168.  PR13562.

llvm-svn: 161554

about repeated friending.

llvm-svn: 161553

This is an initial (unoptimized) version. We split the path when
inlining ObjC instance methods. On one branch we always assume that the
type information for the given memory region is precise. On the other we
assume that we don't have the exact type info. It is important to check
since the class could be subclassed and the method can be overridden. If
we always inline we can loose coverage.

Had to refactor some of the call eval functions.

llvm-svn: 161552

llvm-svn: 161551

something fishy with the rest of the order too, but this at least lets
it build for me.

llvm-svn: 161550

out.

Unfortunately, the existing makefiles for the extra repo don't specify
the correct library dependencies. Fixing that next. If you're following
along, you'll get linker errors.

llvm-svn: 161549

llvm-svn: 161548

them as expected failures until they are fixed.

llvm-svn: 161547

llvm-svn: 161546

These functions are very generic. There's no reason for them to
be tied to MCObjectWriter.

llvm-svn: 161545

llvm-svn: 161544

MRI provides iterators for traversing the use-def chains. They should
not be accessible from anywhere else.

llvm-svn: 161543

This way of using getNextOperandForReg() was unlikely to work as
intended. We don't give any guarantees about the order of operands in
the use-def chains, so looking only at operands following a given
operand in the chain doesn't make sense.

llvm-svn: 161542

That particular optimization was probably premature anyway.

llvm-svn: 161541

method/c-funcs defined in objc class implementation.
No intended functionality change.

llvm-svn: 161540

llvm-svn: 161539

suitable for building as part of the LLVM/Clang build.

llvm-svn: 161538

llvm-svn: 161537

Allow legalization of target-specific SDNodes, provided that the target itself provide a legalization hook for them.

llvm-svn: 161536