search for: free_common

Displaying 9 results from an estimated 9 matches for "free_common".

2013 Jan 06
2
[LLVMdev] ASan and UBSan Test Failures
...$ make check-asan >> >> … >> >> ******************** >> Testing Time: 125.18s >> ******************** >> Failing Tests (1): >> AddressSanitizer :: use-after-free.cc >> > > This failure seems to be due to adding ALWAYS_INLINE to 'free_common' in r158885. > I think fixing the stack trace checks in use-after-free.cc will do: > > - // CHECK-Darwin: {{ #0 0x.* in .*free_common.*}} > - // CHECK-Darwin: {{ #1 0x.* in .*mz_free.*}} > + // CHECK-Darwin: {{ #0 0x.* in .*mz_free.*}} > // We override free() on...
2013 Jan 05
0
[LLVMdev] ASan and UBSan Test Failures
...OfModules are not implemented for OS X. > $ make check-asan > > … > > ******************** > Testing Time: 125.18s > ******************** > Failing Tests (1): > AddressSanitizer :: use-after-free.cc > This failure seems to be due to adding ALWAYS_INLINE to 'free_common' in r158885. I think fixing the stack trace checks in use-after-free.cc will do: - // CHECK-Darwin: {{ #0 0x.* in .*free_common.*}} - // CHECK-Darwin: {{ #1 0x.* in .*mz_free.*}} + // CHECK-Darwin: {{ #0 0x.* in .*mz_free.*}} // We override free() on Darwin, thus no malloc_zone_...
2013 Jan 05
2
[LLVMdev] ASan and UBSan Test Failures
I am building LLVM on OS X 10.7.5 with cmake. Under this configuration some ASan and UBSan tests are failing: $ make check-ubsan … ******************** Testing Time: 2.36s ******************** Failing Tests (11): UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp UndefinedBehaviorSanitizer :: Integer/div-zero.cpp
2013 Jan 06
0
[LLVMdev] ASan and UBSan Test Failures
...t; >> > >> ******************** > >> Testing Time: 125.18s > >> ******************** > >> Failing Tests (1): > >> AddressSanitizer :: use-after-free.cc > >> > > > > This failure seems to be due to adding ALWAYS_INLINE to 'free_common' in > r158885. > > I think fixing the stack trace checks in use-after-free.cc will do: > > > > - // CHECK-Darwin: {{ #0 0x.* in .*free_common.*}} > > - // CHECK-Darwin: {{ #1 0x.* in .*mz_free.*}} > > + // CHECK-Darwin: {{ #0 0x.* in .*mz_free.*}} &g...
2013 Jan 07
2
[LLVMdev] ASan and UBSan Test Failures
...ex (in CC) is working on asan for OS X. I think he can handle ubsan as well. > (but give us a few days, we are all out of office due to holidays). OK, thanks. If there are no objections, then I can go ahead and commit the attached test case fix I mentioned before. Adding ALWAYS_INLINE to 'free_common' in r158885 changed the stack trace. -- Meador Inge CodeSourcery / Mentor Embedded http://www.mentor.com/embedded-software -------------- next part -------------- A non-text attachment was scrubbed... Name: use-after-free-test.patch Type: application/octet-stream Size: 870 bytes Desc: not avai...
2013 Jan 10
0
[LLVMdev] ASan and UBSan Test Failures
...n asan for OS X. I think he can handle ubsan as well. >> (but give us a few days, we are all out of office due to holidays). > > OK, thanks. If there are no objections, then I can go ahead and > commit the attached test case fix I mentioned before. Adding > ALWAYS_INLINE to 'free_common' in r158885 changed the stack trace. > > -- > Meador Inge > CodeSourcery / Mentor Embedded > http://www.mentor.com/embedded-software -- Alexander Potapenko Software Engineer Google Moscow
2012 Nov 02
1
[LLVMdev] linker warnings in Linking CXX executable Debug/AsanTest
...2-0/llvm-3.2/projects/compiler-unsigned short restrict/lib/asan/lit_tests/use-after-free.cc:22:0 #1 0x7fff8bd827e0 in start (in libdyld.dylib) + 0 #2 0x0 0x00010c958fc5 is located 5 bytes inside of 10-byte region [0x00010c958fc0,0x00010c958fca) freed by thread T0 here: #0 0x10a67e6a8 in free_common _asan_rtl_:5 #1 0x10a67e6a8 in (anonymous namespace)::mz_free(_malloc_zone_t*, void*) _asan_rtl_:0 #2 0x10a67dd22 in _wrap_free _asan_rtl_:7 #3 0x10a675bd7 in _main /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/projects/compiler-unsigned short restrict/lib/asan/lit_tests/use-after-free.cc:21...
2012 Nov 02
0
[LLVMdev] linker warnings in Linking CXX executable Debug/AsanTest
Hi, Jack! On Fri, Nov 2, 2012 at 6:18 PM, Jack Howarth <howarth at bromo.med.uc.edu>wrote: > Nick, > Have you noticed that llvm/clang svn produces the following linker > warnings on > 'make check-all'? > > Linking CXX executable Debug/AsanTest > ld: warning: direct access in > llvm::convertible_fwd_ostream::~convertible_fwd_ostream() to global weak >
2012 Nov 02
4
[LLVMdev] linker warnings in Linking CXX executable Debug/AsanTest
Nick, Have you noticed that llvm/clang svn produces the following linker warnings on 'make check-all'? Linking CXX executable Debug/AsanTest ld: warning: direct access in llvm::convertible_fwd_ostream::~convertible_fwd_ostream() to global weak symbol vtable for llvm::convertible_fwd_ostream means the weak symbol cannot be overridden at runtime. This was likely caused by different