This change moves to a model where the error value of a system call is
potentially contained in the return value itself rather than being
implicit in errno.  The helper function internal_iserror can be used
to extract the error value from a return value.  On platforms other
than Linux/x86_64 this still uses errno, but other platforms are free
to port their error handling to this new model.

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

llvm-svn: 181436

llvm-svn: 181429

llvm-svn: 181428

llvm-svn: 181424

This is the first in a sequence of changes designed to eliminate the
libc dependency in sanitizer_common.  The main motivation for these
changes is to be able to provide an alternative for the current
interceptor-based technique for instrumenting functions in libc.
In this new technique, we compile libc with instrumentation.  This has
the potential advantages of being more accurate than interception and
reducing the amount of custom code required for each libc function.
As a side effect of this, we cannot depend on libc in the sanitizer
runtime due to mutual dependency issues.

This change disables the GCC stack protector, which introduces a libc
dependency and is enabled by default in Ubuntu.

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

llvm-svn: 181422

llvm-svn: 181330

llvm-svn: 181327

Move this function to sanitizer_common because LSan uses it too. Also, fix a bug
where the TLS range reported for main thread was off by the size of the thread
descriptor from libc (TSan doesn't care much, but for LSan it's critical).

llvm-svn: 181322

With this change, __internal_*stat always expect a "struct stat *" argument.
This avoids stat/stat64 caller-side confusion (sanitizer_common tests already
made this mistake), and allows the use of __internal_fstat() as a drop-in
replacement for libc's fstat().

llvm-svn: 181311

llvm-svn: 181194

Some flags that are common to ASan/MSan/TSan/LSan have been moved to
sanitizer_common.

llvm-svn: 181193

There isn't a speedup when using unbuffered I/O. It slows it down in fact.

llvm-svn: 181060

Use unbuffered I/O. This reduces the runtime by about half. Our implementation is now only about 5 times slower than gcc's.

llvm-svn: 180980

When building compiler-rt on Linux, the "which sw_vers" check fails and
writes an error message into the build log. Apparently on Solaris "which"
writes the error message to stdout, so that the current test won't even
work properly. As far as I know sw_vers always lives in /usr/bin, so just
check for it there instead of using "which".

llvm-svn: 180792

llvm-svn: 180788

llvm-svn: 180787

asan/tsan: fix printf(), on the second pass it prints garbage and crashes on random pointer dereference

llvm-svn: 180784

llvm-svn: 180782

llvm-svn: 180781

llvm-svn: 180780

llvm-svn: 180703

llvm-svn: 180602

llvm-svn: 180599

Otherwise we are picking up an extra libstdc++ dependency.

llvm-svn: 180265

llvm-svn: 180255

llvm-svn: 180251

llvm-svn: 180184

make[3]: make[3]: /bin/sh: ../../../../../bin/clang: Text file busy

llvm-svn: 180183

tsan: disable getpwuid_r() and glob64() interceptors under tsan, because they cause interceptor recursion if user intercepts fopen()

llvm-svn: 180182

llvm-svn: 180180

We now rely on the -mios-simulator-version-min option to identify the iOS
simulator target. I'm not sure if there's anything in compiler-rt where that
matters, but it's the right thing to do regardless.

llvm-svn: 180163

llvm-svn: 180116

llvm-svn: 180113

llvm-svn: 180107

[ASan] Disable strict-init-order checker once we have more than one thread, as this mode is thread-hostile

llvm-svn: 180106

llvm-svn: 180102

llvm-svn: 180101

llvm-svn: 180098

llvm-svn: 180097

See https://code.google.com/p/address-sanitizer/issues/detail?id=131.

llvm-svn: 180093