search for: lsan

Hi all, TL;DR 1) We should change the way we parse common runtime flags in sanitizers. 2) We should make ASan aware of the tools it can be combined with (LSan and UBSan). 3) We may have to restrict the tools UBSan can be combined with (currently to ASan) (see [1]) Currently we have two kinds of sanitizer runtime flags: tool-specific flags and "common flags", defined in sanitizer_common library and shared across all the sanitizers. Many of thes...

...> On Sat, Dec 6, 2014 at 2:51 AM, Alexey Samsonov <vonosmas at gmail.com> > wrote: > > Hi all, > > > > TL;DR > > 1) We should change the way we parse common runtime flags in sanitizers. > > 2) We should make ASan aware of the tools it can be combined with (LSan > and > > UBSan). > > 3) We may have to restrict the tools UBSan can be combined with > (currently > > to ASan) (see [1]) > > > > Currently we have two kinds of sanitizer runtime flags: tool-specific > flags > > and "common flags", defined in s...

How about tweaking the compiler-rt cmakefiles so that if lsan is not supported, the target check-lsan still exists but does nothing? I've attached a patch that does this. (I don't know much about cmake so there might be a better way of doing it.) Alternatively, can I change the zorg build script so that "run sanitizer tests in gcc build" do...

Hi, We are trying to enable LeakSanitizer on our asan/msan llvm bootstrap bot (http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-bootstrap/). In clang itself there are two leaks (http://llvm.org/bugs/show_bug.cgi?id=18318, http://llvm-reviews.chandlerc.com/D2472) and one lsan-hostile feature (http://llvm.org/bugs/show_bug.cgi?id=18320), all of which are easy to fix. And there are also lots of leaks in TableGen. Would anyone be interested in fixing TableGen leaks? I'd guess not since TableGen is not a user-facing utility, leaks there are not too harmful. If so, I...

...ail.com> wrote: > Its generally been by design that tblgen leaks. Might be nice to fix one day > but it's been that way for a while now so don't expect it to be fixed soon. > > If thats the suppression mechanism of choice (I would've expected a build > flag option) for lsan, I'd say go for it. > > (Maybe there's some existing build flag handling for valgrind so as not to > leak check tblgen, but that would be a runtime flag, not build time) > > On Wednesday, December 25, 2013 7:08:27 AM, Kostya Serebryany > <kcc at google.com> wrote: &g...

...often reference bugs in comments. I would give a brief summary in the text of the comment, and mention the bug in the commit log. > This? > > +extern "C" { > +// Disable LeakSanitizer for this binary as it has too many leaks that are not > +// very interesting to fix. __lsan_is_turned_off is explained in > +// compiler-rt/include/sanitizer/lsan_interface.h > +int __lsan_is_turned_off() { return 1; } > +} // extern “C" [ Sorry to be joining the conversation late ] What is the reasoning behind having them define a function to disable lsan, rather than ca...

LGTM. I think it is totally reasonable to just disable LSan directly in tablegen at least for now. I would leave some comments on the disabling to clarify: 1) What it does, the reader may not have heard about LSan. 2) Some of the high-level information from this thread as pointers for anyone who wants to go and fix this some day. -Chandler On Wed, Dec 2...

Hi, Currently the first stage ("run sanitizer tests in gcc build") of the sanitizer-ppc64-linux1 buildbot is only failing because of: + cd clang_build + make -j16 check-lsan make: *** No rule to make target `check-lsan'. Stop. + echo @@@STEP_FAILURE@@@ @@@STEP_FAILURE@@@ + cd clang_build + make -j16 check-msan make: *** No rule to make target `check-msan'. Stop. + echo @@@STEP_FAILURE@@@ @@@STEP_FAILURE@@@ + cd clang_build + make -j16 check-tsan make: *** No...

When I build compiler-rt with clang 3.2, all lsan tests pass. The only failing tests I see are in ubsan: Failing Tests (6): UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp UndefinedBehaviorSanitizer :: Integer/div-zero.cpp UndefinedBehaviorSanitizer :: Integer/sub-overf...

I blame this line in lsan/lit_tests/lit.cfg: # Setup attributes common for all compiler-rt projects. compiler_rt_lit_cfg = os.path.join(llvm_src_root, "projects", "compiler-rt", "lib", "lit.common.cfg") On Fri, May 24, 2013 at 2:53 PM, Alexey S...

On Sat, May 25, 2013 at 4:12 AM, Greg Fitzgerald <garious at gmail.com> wrote: > When I build compiler-rt with clang 3.2, all lsan tests pass. The only > failing tests I see are in ubsan: > > Failing Tests (6): > UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp > UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp > UndefinedBehaviorSanitizer :: Integer/div-zero.cpp > UndefinedBeha...

...google.com>wrote: > > On Sun, May 26, 2013 at 12:17 AM, Evgeniy Stepanov < > eugeni.stepanov at gmail.com> wrote: > >> On Sat, May 25, 2013 at 4:12 AM, Greg Fitzgerald <garious at gmail.com> >> wrote: >> > When I build compiler-rt with clang 3.2, all lsan tests pass. The only >> > failing tests I see are in ubsan: >> > >> > Failing Tests (6): >> > UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp >> > UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp >> > UndefinedBehaviorSa...

....cc SanitizerCommon-asan-mips64-Linux :: Linux/getpwnam_r_invalid_user.cc SanitizerCommon-asan-mips64-Linux :: sanitizer_coverage_trace_pc_guard-dso.cc SanitizerCommon-asan-mips64-Linux :: sanitizer_coverage_trace_pc_guard.cc SanitizerCommon-lsan-mips64-Linux :: Linux/getpwnam_r_invalid_user.cc SanitizerCommon-lsan-mips64-Linux :: sanitizer_coverage_trace_pc_guard-dso.cc SanitizerCommon-lsan-mips64-Linux :: sanitizer_coverage_trace_pc_guard.cc...

On Sun, May 26, 2013 at 12:17 AM, Evgeniy Stepanov < eugeni.stepanov at gmail.com> wrote: > On Sat, May 25, 2013 at 4:12 AM, Greg Fitzgerald <garious at gmail.com> > wrote: > > When I build compiler-rt with clang 3.2, all lsan tests pass. The only > > failing tests I see are in ubsan: > > > > Failing Tests (6): > > UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp > > UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp > > UndefinedBehaviorSanitizer :: Integer/div-z...

...t; >> On Sun, May 26, 2013 at 12:17 AM, Evgeniy Stepanov < >> eugeni.stepanov at gmail.com> wrote: >> >>> On Sat, May 25, 2013 at 4:12 AM, Greg Fitzgerald <garious at gmail.com> >>> wrote: >>> > When I build compiler-rt with clang 3.2, all lsan tests pass. The only >>> > failing tests I see are in ubsan: >>> > >>> > Failing Tests (6): >>> > UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp >>> > UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp >>> >...

...tedArches += x86_64 + endif + else + SupportedArches := x86_64 + ifeq ($(call TryCompile,$(CC),$(test_source),-mx32),0) + SupportedArches += x32 + endif + endif ifeq ($(call TryCompile,$(CC),$(test_source),-m32),0) SupportedArches += i386 endif @@ -74,6 +85,22 @@ Arch.lsan-x86_64 := x86_64 endif +# Build runtime libraries for x32. +ifeq ($(call contains,$(SupportedArches),x32),true) +Configs += full-x32 profile-x32 san-x32 asan-x32 tsan-x32 \ + msan-x32 ubsan-x32 ubsan_cxx-x32 dfsan-x32 lsan-x32 +Arch.full-x32 := x32 +Arch.profile-x32 := x32 +Arch.san-x3...

...N32_LoadLibraryExA loaded .so but dll sound.dll still not found err:win32:ELF_FindExportedFunction Can't import from UNIX dynamic libs by ordinal, sorry. err:win32:ELF_FindExportedFunction Can't import from UNIX dynamic libs by ordinal, sorry. fixme:font:CreateScalableFontResourceA (0,"LSANS.fot","LSANS.TTF","D:\\Program Files\\Civilization III"): stub fixme:font:CreateScalableFontResourceA (0,"LSANS.fot","LSANS.TTF","D:\\Program Files\\Civilization III"): stub err:opengl:X11DRV_ChoosePixelFormat Flag not supported ! fixme:system:...

...t; >> On Sun, May 26, 2013 at 12:17 AM, Evgeniy Stepanov < >> eugeni.stepanov at gmail.com> wrote: >> >>> On Sat, May 25, 2013 at 4:12 AM, Greg Fitzgerald <garious at gmail.com> >>> wrote: >>> > When I build compiler-rt with clang 3.2, all lsan tests pass. The only >>> > failing tests I see are in ubsan: >>> > >>> > Failing Tests (6): >>> > UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp >>> > UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp >>> >...

...; wrote: >>> >>> On Sun, May 26, 2013 at 12:17 AM, Evgeniy Stepanov <eugeni.stepanov at gmail.com> wrote: >>>> On Sat, May 25, 2013 at 4:12 AM, Greg Fitzgerald <garious at gmail.com> wrote: >>>> > When I build compiler-rt with clang 3.2, all lsan tests pass. The only >>>> > failing tests I see are in ubsan: >>>> > >>>> > Failing Tests (6): >>>> > UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp >>>> > UndefinedBehaviorSanitizer :: Integer/add-overflow.c...

On Mon, Nov 9, 2015 at 7:20 PM, Kostya Serebryany <kcc at google.com> wrote: > Most likely, you need > https://github.com/google/sanitizers/wiki/AddressSanitizerLeakSanitizer Thanks! > I don't think lsan supports this mode directly, > but why do you think that the init-time allocations are going to be > "leaked"? > If there is some object still pointing to those allocations lsan will not > complain. Hm. That's a good point. I'm not exactly sure how the ripcord allocat...