search for: sanitizer_posix_libcdep

.../usr/bin/ld.gold: error: /usr/lib/llvm-3.9/bin/../lib/clang/3.9.1/lib/linux/libclang_rt.safestack-x86_64.a(sanitizer_common_nolibc.cc.o): multiple definition of '__sanitizer::Abort()' /usr/bin/ld.gold: /usr/lib/llvm-3.9/bin/../lib/clang/3.9.1/lib/linux/libclang_rt.ubsan_standalone-x86_64.a(sanitizer_posix_libcdep.cc.o): previous definition here /usr/bin/ld.gold: error: /usr/lib/llvm-3.9/bin/../lib/clang/3.9.1/lib/linux/libclang_rt.safestack-x86_64.a(sanitizer_common_nolibc.cc.o): multiple definition of '__sanitizer::SleepForSeconds(int)' /usr/bin/ld.gold: /usr/lib/llvm-3.9/bin/../lib/clang/3.9.1/lib...

...set the SA_NODEFER flag for the SEGV handler in the ASan runtime only a couple of days ago. Not sure that could've affected this test though; without that flag the second SEGV would've simply crashed the program. But you can try removing the flag from compiler-rt/trunk/lib/sanitizer_common/sanitizer_posix_libcdep.cc and see if that makes any difference. HTH, Alex On Fri, Sep 5, 2014 at 5:26 AM, Alexey Samsonov <vonosmas at gmail.com> wrote: > +Bill Schmidt > > On Thu, Sep 4, 2014 at 5:39 PM, Samuel F Antao <sfantao at us.ibm.com> wrote: >> >> Hi all, >> >> I ha...

...just downloaded the latest sources and I get the following compilation error on compiler-rt. I am on a machine with SLES11 SP3. The 3.3 stack compiles and works fine. COMPILE: clang_linux/san-x86_64/x86_64: /home/ipandis/downloads/LLVM/llvm-latest-src/projects/compiler-rt/lib/sanitizer_common/sanitizer_posix_libcdep.cc In file included from /home/ipandis/downloads/LLVM/llvm-latest-src/projects/compiler-rt/lib/sanitizer_common/sanitizer_platform_limits_posix.cc:53: In file included from /usr/include/sys/vt.h:1: /usr/include/linux/vt.h:74:15: error: expected member name or ';' after declaration spe...

...for the SEGV handler in the > ASan runtime only a couple of days ago. > Not sure that could've affected this test though; without that flag > the second SEGV would've simply crashed the program. But you can try > removing the flag from > compiler-rt/trunk/lib/sanitizer_common/sanitizer_posix_libcdep.cc and > see if that makes any difference. > > HTH, > Alex > > On Fri, Sep 5, 2014 at 5:26 AM, Alexey Samsonov <vonosmas at gmail.com> > wrote: > > +Bill Schmidt > > > > On Thu, Sep 4, 2014 at 5:39 PM, Samuel F Antao <sfantao at us.ibm.com> > wr...

Hi all, I have been experiencing the failure of the address sanitizer regression tests for a PPC64 target (Power7 machine). My understanding is that most of the failures are related with the fact the stack is not being dumped. I tried to understand what might be wrong and started by looking into the null_deref.cc test as it hangs during the test run. I observe that after the detection of the

...nitizer::UnmapOrDie(void*, unsigned long) /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/sanitizer_common/sanitizer_posix.cc:143:5 #3 0x53877f in __sanitizer::UnsetAlternateSignalStack() /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/sanitizer_common/sanitizer_posix_libcdep.cc:186:3 #4 0x5209f5 in __asan::AsanThread::Destroy() /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/asan/asan_thread.cc:110:40 #5 0x7fd75802df81 in __nptl_deallocate_tsd /build/eglibc-oGUzwX/eglibc-2.19/nptl/pthread_create.c:158 #6 0x7fd75802e196 in start_threa...

...(void*, unsigned long) > /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/sanitizer_common/sanitizer_posix.cc:143:5 > > #3 0x53877f in __sanitizer::UnsetAlternateSignalStack() > /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/sanitizer_common/sanitizer_posix_libcdep.cc:186:3 > > #4 0x5209f5 in __asan::AsanThread::Destroy() > /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/asan/asan_thread.cc:110:40 > > #5 0x7fd75802df81 in __nptl_deallocate_tsd > /build/eglibc-oGUzwX/eglibc-2.19/nptl/pthread_create.c:158 > >...