gcc/libsanitizer
Hans-Peter Nilsson 9f943b2446 As mentioned in <http://gcc.gnu.org/ml/gcc/2018-03/msg00133.html> the bogus adjustment to 160 from 144 (which is reverted here)...
As mentioned in <http://gcc.gnu.org/ml/gcc/2018-03/msg00133.html>
the bogus adjustment to 160 from 144 (which is reverted here),
is a single-token commit in upstream r301307, an attempt to
correct a failed build due to an upstream change to compile the
runtime with D_FILE_OFFSET_BITS=64.  The correct fix is here:
just use the right include.  Yes, user-struct-stat64-as-stat is
actually 160 for MIPS o32 and I hear user-struct-stat is also
160 for n32.  There are additional fields appended for
user-struct-stat!  I guess for MIPS it's as bad as it gets for
mixing up kernel and user struct stat.  The context of the patch
doesn't show that in the #else there's the correct include, the
one for <asm/stat.h> to get the kernel-struct-stat.  If you
can't compile it, IMHO the kernel headers are just too old; 3.2
is fine for example.

	* sanitizer_common/sanitizer_platform_limits_linux.cc: Do not
	take the shortcut to #include <sys/stat.h> for MIPS instead of
	the kernel <asm/stat.h>.  Explain why sys/stat.h is misleading
	or wrong to get the kernel struct stat.
	* sanitizer_common/sanitizer_platform_limits_posix.h [__mips__]:
	Correct the value for 32-bit non-android struct_kernel_stat_sz.

From-SVN: r259664
2018-04-26 01:12:56 +00:00
..
asan re PR sanitizer/85389 (posix_memalign() crash with address sanitizer when passing invalid arguments) 2018-04-18 09:02:40 +02:00
builtins ubsan.c (ubsan_expand_null_ifn): Use _v1 suffixed type mismatch builtins... 2017-10-19 13:23:59 +02:00
include ubsan.c (ubsan_expand_null_ifn): Use _v1 suffixed type mismatch builtins... 2017-10-19 13:23:59 +02:00
interception Enable building libsanitizer with Intel CET 2017-11-17 22:34:50 +01:00
libbacktrace Enable building libsanitizer with Intel CET 2017-11-17 22:34:50 +01:00
lsan Allow for lack of VM_MEMORY_OS_ALLOC_ONCE on Mac OS X (PR sanitizer/82824) 2018-01-13 21:01:27 +00:00
sanitizer_common As mentioned in <http://gcc.gnu.org/ml/gcc/2018-03/msg00133.html> the bogus adjustment to 160 from 144 (which is reverted here)... 2018-04-26 01:12:56 +00:00
tsan Enable building libsanitizer with Intel CET 2017-11-17 22:34:50 +01:00
ubsan Enable building libsanitizer with Intel CET 2017-11-17 22:34:50 +01:00
acinclude.m4 Enable building libsanitizer with Intel CET 2017-11-17 22:34:50 +01:00
aclocal.m4 libsanitizer: Bump to automake 1.11.6 2015-05-13 11:11:58 +00:00
ChangeLog As mentioned in <http://gcc.gnu.org/ml/gcc/2018-03/msg00133.html> the bogus adjustment to 160 from 144 (which is reverted here)... 2018-04-26 01:12:56 +00:00
config.h.in re PR sanitizer/64839 (libsanitizer shouldn't require <rpc/xdr.h>) 2015-04-13 08:59:55 +00:00
configure Regenerate configure of target libraries 2018-04-24 09:45:26 -07:00
configure.ac Enable building libsanitizer with Intel CET 2017-11-17 22:34:50 +01:00
configure.tgt Add sanitizer_linux_x86_64.lo if __x86_64__ is defined by $CC 2017-10-05 03:39:32 -07:00
HOWTO_MERGE re PR sanitizer/78307 (missing symbols in libubsan without changing the soname) 2016-11-16 13:13:19 +02:00
libsanitizer.spec.in re PR sanitizer/59063 (ASAN: segfault in __interceptor_clock_gettime) 2013-11-29 12:30:36 +00:00
libtool-version
LICENSE.TXT
LOCAL_PATCHES Add PR sanitizer/78532 patch to libsanitizer/LOCAL_PATCHES. 2016-11-30 14:32:55 +02:00
Makefile.am ubsan.c (ubsan_expand_null_ifn): Use _v1 suffixed type mismatch builtins... 2017-10-19 13:23:59 +02:00
Makefile.in Enable building libsanitizer with Intel CET 2017-11-17 22:34:50 +01:00
MERGE ubsan.c (ubsan_expand_null_ifn): Use _v1 suffixed type mismatch builtins... 2017-10-19 13:23:59 +02:00
merge.sh re PR sanitizer/79168 (libtsan fails to link when cross compiling GCC tip for Aarch64 target) 2017-01-24 01:18:36 +01:00
README.gcc re PR sanitizer/59136 (llvm-symbolizer shouldn't be started always) 2014-01-09 19:13:39 +01:00

AddressSanitizer (http://code.google.com/p/address-sanitizer) and
ThreadSanitizer (http://code.google.com/p/thread-sanitizer/) are
projects initially developed by Google Inc.
Both tools consist of a compiler module and a run-time library.
The sources of the run-time library for these projects are hosted at
http://llvm.org/svn/llvm-project/compiler-rt in the following directories:
  include/sanitizer
  lib/sanitizer_common
  lib/interception
  lib/asan
  lib/tsan
  lib/lsan
  lib/ubsan

Trivial and urgent fixes (portability, build fixes, etc.) may go directly to the
GCC tree.  All non-trivial changes, functionality improvements, etc. should go
through the upstream tree first and then be merged back to the GCC tree.
The merges from upstream should be done with the aid of the merge.sh script;
it will also update the file MERGE to contain the upstream revision
we merged with.