search for: sanitizer_common

Hi, It seems that r327904 / 5c4cd77db3a08587c6ac82a8e2c92cd4be0bc200 broke master on FreeBSD: A direct revert fixes the issue. I'd also be happy with an ifdef though it seems unnecessary. $uname -rms FreeBSD 12.0-CURRENT amd64 $ninja ... /srv/src/llvm/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux.cc:504:25: error: no member named 'environ' in the global namespace; did you mean '_environ'? for (char **Env = ::environ; *Env != 0; Env++) { ~~^~~~~~~ _environ /srv/src/llvm/llvm/projects/compiler-rt/lib/sanitizer_c...

...======= warning: clang_darwin.mk: dropping arch 'x86_64h' from lib 'ubsan_osx' (ld does not support it) make[5]: Entering directory `/home/sandeep/llvm_clang/llvm/projects/compiler-rt' COMPILE: clang_linux/san-i386/i386: /home/sandeep/llvm_clang/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux.cc /home/sandeep/llvm_clang/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux.cc:123:27: error: use of undeclared identifier '__NR_open' return internal_syscall(SYSCALL(open), (uptr)filename, flags); ^ /home/sandeep/llvm_clang/llvm/pr...

Hi Sanitizer Runtime Developers, We recently ran into a problem building clang because some of the definitions in sanitizer_common conflicted with system definitions and later another system header was trying to use the system definition: .../usr/include/libkern/OSAtomicDeprecated.h:756:17: error: reference to 'memory_order_relaxed' is ambiguous __theAmount, memory_order_relaxed) + __theAmount); ^ .../usr/bin/../inclu...

...VM_ENABLE_ASSERTIONS=ON $ROOT/../../../.. lib/tsan/Makefile.old:3:CXXFLAGS = -fPIE -fno-rtti -g -Wall -Werror \ lib/tsan/rtl/Makefile.old:1:CXXFLAGS = -fPIE -g -Wall -Werror -fno-builtin -DTSAN_DEBUG=$(DEBUG) -DSANITIZER_DEBUG=$(DEBUG) lib/tsan/go/buildgo.sh:68:FLAGS=" -I../rtl -I../.. -I../../sanitizer_common -I../../../include -m64 -Wall -Werror -Wno-maybe-uninitialized -fno-exceptions -fno-rtti -DTSAN_GO -DSANITIZER_GO -DTSAN_SHADOW_COUNT=4 $OSCFLAGS" lib/sanitizer_common/sanitizer_platform_limits_posix.cc:410: unsigned IOCTL_FDWERRORCLR = FDWERRORCLR; lib/sanitizer_common/sanitizer_platform_lim...

On Wed, Jul 13, 2016 at 04:48:51PM +0200, Sedat Dilek via llvm-dev wrote: > [ CCed all people who were involved in this thread ] > > Hi Tom, > > personally, I am interested to test the prebuilt-toolchains for > Ubuntu/xenial alias 16.04 LTS and Debian/Jessie v8.5.0 AMD64. > The available toolchains are incomplete and thus useless. > > Just as a fact: There is still no

...sequently failed: Note: Google Test filter = MemoryMappingLayout.CodeRange [==========] Running 1 test from 1 test case. [----------] Global test environment set-up. [----------] 1 test from MemoryMappingLayout [ RUN ] MemoryMappingLayout.CodeRange /home/weisbach/llvm/projects/compiler-rt/lib/sanitizer_common/tests/sanitizer_procmaps_test.cc:29: Failure Value of: true Expected: res Which is: false [ FAILED ] MemoryMappingLayout.CodeRange (1 ms) [----------] 1 test from MemoryMappingLayout (1 ms total) Thus, the file should be opened read-write. In the test SanitizerCommon-Unit :: Sanitizer-i386-Test...

...code as well. Do you think moving the pass to lib/Transform/Instrumentation but scheduling it during code generation would make sense ? If so, we'll do that and change the safestack tests to use opt instead of llc. >Also, did you reply to my comments about reusing compiler-rt code from >sanitizer_common? >I see lots of places in lib/safestack where you duplicate existing >functionality from lib/sanitizer_common Yes, we would like to use some of the functions from sanitizer_common (e.g., internal_mmap/munmap and some pthread-related functions), but linking the entire sanitizer_common just fo...

...nux/Output/unpoison_tls.cc.tmp && /local/mnt/workspace/draco/out/release_stage2/projects/compiler-rt/lib/asan/lit_tests/Linux/Output/unpoison_tls.cc.tmp 2>&1 -- Exit Code: 1 Command Output (stdout): -- ==19600==AddressSanitizer CHECK failed: /local/mnt/workspace/draco/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cc:244 "((*tls_addr + *tls_size)) <= ((*stk_addr + *stk_size))" (0xf6111030, 0xf6111000) #0 0x8069d63 (/local/mnt/workspace/draco/out/release_stage2/projects/compiler-rt/lib/asan/lit_tests/Linux/Output/unpoison_tls.cc.tmp+0x8069d63) #1 0x806d30b (/local/...

...12:10 PM, Dmitry Vyukov <dvyukov at google.com> wrote: > > On Fri, Jul 1, 2016 at 8:53 PM, Anna Zaks <ganna at apple.com> wrote: >> Hi Sanitizer Runtime Developers, >> >> We recently ran into a problem building clang because some of the >> definitions in sanitizer_common conflicted with system definitions and later >> another system header was trying to use the system definition: >> >> .../usr/include/libkern/OSAtomicDeprecated.h:756:17: error: reference to >> 'memory_order_relaxed' is ambiguous >> __theAmount, memory_order_re...

...ROOT/../../../.. > lib/tsan/Makefile.old:3:CXXFLAGS = -fPIE -fno-rtti -g -Wall -Werror \ > lib/tsan/rtl/Makefile.old:1:CXXFLAGS = -fPIE -g -Wall -Werror -fno-builtin > -DTSAN_DEBUG=$(DEBUG) -DSANITIZER_DEBUG=$(DEBUG) > lib/tsan/go/buildgo.sh:68:FLAGS=" -I../rtl -I../.. > -I../../sanitizer_common -I../../../include -m64 -Wall -Werror > -Wno-maybe-uninitialized -fno-exceptions -fno-rtti -DTSAN_GO -DSANITIZER_GO > -DTSAN_SHADOW_COUNT=4 $OSCFLAGS" > lib/sanitizer_common/sanitizer_platform_limits_posix.cc:410: unsigned > IOCTL_FDWERRORCLR = FDWERRORCLR; > lib/sanitizer_comm...

...;> lib/tsan/Makefile.old:3:CXXFLAGS = -fPIE -fno-rtti -g -Wall -Werror \ >> lib/tsan/rtl/Makefile.old:1:CXXFLAGS = -fPIE -g -Wall -Werror >> -fno-builtin -DTSAN_DEBUG=$(DEBUG) -DSANITIZER_DEBUG=$(DEBUG) >> lib/tsan/go/buildgo.sh:68:FLAGS=" -I../rtl -I../.. >> -I../../sanitizer_common -I../../../include -m64 -Wall -Werror >> -Wno-maybe-uninitialized -fno-exceptions -fno-rtti -DTSAN_GO -DSANITIZER_GO >> -DTSAN_SHADOW_COUNT=4 $OSCFLAGS" >> lib/sanitizer_common/sanitizer_platform_limits_posix.cc:410: unsigned >> IOCTL_FDWERRORCLR = FDWERRORCLR; >&gt...

...XFLAGS = -fPIE -fno-rtti -g -Wall -Werror \ >>>> lib/tsan/rtl/Makefile.old:1:CXXFLAGS = -fPIE -g -Wall -Werror >>>> -fno-builtin -DTSAN_DEBUG=$(DEBUG) -DSANITIZER_DEBUG=$(DEBUG) >>>> lib/tsan/go/buildgo.sh:68:FLAGS=" -I../rtl -I../.. >>>> -I../../sanitizer_common -I../../../include -m64 -Wall -Werror >>>> -Wno-maybe-uninitialized -fno-exceptions -fno-rtti -DTSAN_GO -DSANITIZER_GO >>>> -DTSAN_SHADOW_COUNT=4 $OSCFLAGS" >>>> lib/sanitizer_common/sanitizer_platform_limits_posix.cc:410: unsigned >>>> IOCTL_FD...

...or.RemoveEdgesTest [==========] Running 1 test from 1 test case. [----------] Global test environment set-up. [----------] 1 test from DeadlockDetector [ RUN ] DeadlockDetector.RemoveEdgesTest ==23451==Sanitizer CHECK failed: /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/sanitizer_common/sanitizer_deadlock_detector.h:372 ((node)) >= ((size())) (0, 8) ******************** FAIL: SanitizerCommon-Unit :: Sanitizer-i386-Test/SanitizerCommon.ThreadRegistryTest (22592 of 23188) ******************** TEST 'SanitizerCommon-Unit :: Sanitizer-i386-Test/SanitizerCommon.ThreadRegistryTes...

...akefile.old:3:CXXFLAGS = -fPIE -fno-rtti -g -Wall -Werror \ >>> lib/tsan/rtl/Makefile.old:1:CXXFLAGS = -fPIE -g -Wall -Werror >>> -fno-builtin -DTSAN_DEBUG=$(DEBUG) -DSANITIZER_DEBUG=$(DEBUG) >>> lib/tsan/go/buildgo.sh:68:FLAGS=" -I../rtl -I../.. >>> -I../../sanitizer_common -I../../../include -m64 -Wall -Werror >>> -Wno-maybe-uninitialized -fno-exceptions -fno-rtti -DTSAN_GO -DSANITIZER_GO >>> -DTSAN_SHADOW_COUNT=4 $OSCFLAGS" >>> lib/sanitizer_common/sanitizer_platform_limits_posix.cc:410: unsigned >>> IOCTL_FDWERRORCLR = FDWE...

Here's the error: [ 58%] Building CXX object projects/compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonNoTermination.iossim.dir/sanitizer_procmaps_mac.cc.o [ 58%] Building CXX object projects/compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonNoTermination.ios.dir/sanitizer_libc.cc.o [ 58%] Linking CXX shared library ../../../../lib/clang/4.0.0/lib/darwin/libcla...

Greetings, compiler-rt hosts a hardened usermode memory allocator, named Scudo ( https://llvm.org/docs/ScudoHardenedAllocator.html). It aims at providing additional mitigation against heap-based vulnerabilities, while maintaining good performance. It leverages sanitizer_common code, and provides allocation primitives via the usual C/C++ functions. Up until now, Scudo was mostly used (as far as I can tell) by linking the library (dynamically or statically) to binaries, thus overriding the platform’s C/C++ library allocation functions. A new usage scenario has emerged: r...

...platforms without supported unwinders? Or is my mental model correct, and this a runtime (instead of compile time) check for other reasons? Compilation/build system convenience? Thanks, Julian [1] https://github.com/llvm/llvm-project/blob/fcbd7f64953b04f42dd59f606e45dc8e88a27548/compiler-rt/lib/sanitizer_common/sanitizer_stacktrace.h#L21 <https://github.com/llvm/llvm-project/blob/fcbd7f64953b04f42dd59f606e45dc8e88a27548/compiler-rt/lib/sanitizer_common/sanitizer_stacktrace.h#L21> [2] https://github.com/llvm/llvm-project/blob/fcbd7f64953b04f42dd59f606e45dc8e88a27548/compiler-rt/lib/sanitizer_common/s...

...Flag: timeout 100 Flag: max_len 16384 Seed: 3259211893 PreferSmall: 0 #0 READ units: 4975 exec/s: 0 #1 pulse cov: 32410 bits: 30791 indir: 714 units: 4975 exec/s: 0 NEW0: 32410 L 13869 ==31301==AddressSanitizer CHECK failed: /home/brian/src/fuzzpy/llvm_src/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_coverage_libcdep.cc:467 "((n % 16)) == ((0))" (0x1, 0x0) #0 0x11d3b7 in __asan::AsanCheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) /home/brian/src/fuzzpy/llvm_src/llvm/projects/compiler-rt/lib/asan/asan_rtl.cc:67:3 #1 0x122f1f in __san...

I've been building clang on linux for a couple of years now, contributing to the testing on Ubuntu, but this one has me stumped: fatal error: 'asm/socket.h' file not found #include <asm/socket.h> [1556/4006] Building CXX object projects/compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.i386.dir/sanitizer_platform_limits_posix.cc.o FAILED: /usr/local/bin/clang++-3.6 -DSANITIZER_NEEDS_SEGV=1 -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-st...

On Thu, May 30, 2013 at 10:05 PM, Greg Fitzgerald <garious at gmail.com> wrote: > The sanitizer common and asan that mention 'thread' are failing for me > this morning. How are your bots looking? Last good commit here was > 512c616cacf70ca029a2bf719a482b902f3687cd. > Hm, our bots seem to be green. Could you refer to guilty svn revision? > > > You could try