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