buildbot failure in LLVM on llvm-clang-lld-x86_64-debian-fast
Kuba Brecka via llvm-commits
llvm-commits at lists.llvm.org
Tue Jun 7 04:30:19 PDT 2016
I can reproduce this on my Linux machine. The output of the test:
Live Heap Allocations: 76107 bytes from 61 allocations; showing top 100%
72704 byte(s) (95%) in 1 allocation(s)
#0 0x4b447d (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4b447d)
#1 0x7ffff7ae11ff (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0x8a1ff)
2227 byte(s) (2%) in 17 allocation(s)
#0 0x4e03db (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4e03db)
#1 0x4e2502 (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4e2502)
#2 0x7ffff6b64a3f (/lib/x86_64-linux-gnu/libc.so.6+0x20a3f)
1008 byte(s) (1%) in 42 allocation(s)
#0 0x4e03db (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4e03db)
#1 0x4e257c (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4e257c)
#2 0x7ffff6b64a3f (/lib/x86_64-linux-gnu/libc.so.6+0x20a3f)
168 byte(s) (0%) in 1 allocation(s)
#0 0x4b447d (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4b447d)
#1 0x7ffff7de921f (/lib64/ld-linux-x86-64.so.2+0x1021f)
#2 0x2d6d766c6c2f6161 (<unknown module>)
Live Heap Allocations: 76107 bytes from 61 allocations; showing top 50%
72704 byte(s) (95%) in 1 allocation(s)
#0 0x4b447d (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4b447d)
#1 0x7ffff7ae11ff (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0x8a1ff)
Symbolicated:
Live Heap Allocations: 76107 bytes from 61 allocations; showing top 100%
72704 byte(s) (95%) in 1 allocation(s)
#0 0x4b447d <__interceptor_malloc()+173>
#1 0x7ffff7ae11ff (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0x8a1ff)
2227 byte(s) (2%) in 17 allocation(s)
#0 0x4e03db <operator new[]()+155>
#1 0x4e2502 <main()+50>
#2 0x7ffff6b64a3f <__libc_start_main+239>
1008 byte(s) (1%) in 42 allocation(s)
#0 0x4e03db <operator new[]()+155>
#1 0x4e257c <main()+172>
#2 0x7ffff6b64a3f <__libc_start_main+239>
168 byte(s) (0%) in 1 allocation(s)
#0 0x4b447d <__interceptor_malloc()+173>
#1 0x7ffff7de921f <_dl_signal_error+111>
#2 0x2d6d766c6c2f6161 (<unknown module>)
Live Heap Allocations: 76107 bytes from 61 allocations; showing top 50%
72704 byte(s) (95%) in 1 allocation(s)
#0 0x4b447d <__interceptor_malloc()+173>
#1 0x7ffff7ae11ff (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0x8a1ff)
Stack traces of the two not-from-main allocations:
1) size 168:
#0 __interceptor_malloc () at /home/kuba/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:61
#1 0x00007ffff7de9220 in _dl_signal_error (errcode=errcode at entry=0,
objname=objname at entry=0x7fffffffe730 "/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp",
occation=occation at entry=0x7ffff7df6a18 "symbol lookup error", errstring=errstring at entry=0x7fffffffe0d0 "undefined symbol: swift_demangle") at dl-error.c:90
#2 0x00007ffff7de93e3 in _dl_signal_cerror (errcode=0,
objname=0x7fffffffe730 "/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp",
occation=0x7ffff7df6a18 "symbol lookup error", errstring=0x7fffffffe0d0 "undefined symbol: swift_demangle") at dl-error.c:155
#3 0x00007ffff7de4455 in _dl_lookup_symbol_x (undef_name=0x4f40ae <.L.str9> "swift_demangle", undef_map=0x7ffff7ffe188, ref=0x7fffffffe238, symbol_scope=0x7ffff7ffe4e0, version=<optimized out>,
type_class=0, flags=3, skip_map=0x0) at dl-lookup.c:817
#4 0x00007ffff6c872b1 in do_sym (handle=0x0, name=0x4f40ae <.L.str9> "swift_demangle", who=<optimized out>, vers=vers at entry=0x0, flags=flags at entry=2) at dl-sym.c:161
#5 0x00007ffff6c876cd in _dl_sym (handle=<optimized out>, name=<optimized out>, who=<optimized out>) at dl-sym.c:273
#6 0x00007ffff71260f4 in dlsym_doit (a=a at entry=0x7fffffffe430) at dlsym.c:50
#7 0x00007ffff7de9464 in _dl_catch_error (objname=0x72f720 <alloc_memory_for_dlsym+16>, errstring=0x72f728 <alloc_memory_for_dlsym+24>, mallocedp=0x72f718 <alloc_memory_for_dlsym+8>,
operate=0x7ffff71260e0 <dlsym_doit>, args=0x7fffffffe430) at dl-error.c:187
#8 0x00007ffff712662d in _dlerror_run (operate=operate at entry=0x7ffff71260e0 <dlsym_doit>, args=args at entry=0x7fffffffe430) at dlerror.c:163
#9 0x00007ffff7126148 in __dlsym (handle=<optimized out>, name=<optimized out>) at dlsym.c:70
#10 0x00000000004d7564 in InitializeSwiftDemangler () at /home/kuba/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_symbolizer_posix_libcdep.cc:78
#11 LateInitialize () at /home/kuba/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_symbolizer_posix_libcdep.cc:496
#12 0x00000000004be1a5 in AsanInitInternal () at /home/kuba/llvm/projects/compiler-rt/lib/asan/asan_rtl.cc:568
#13 0x00007ffff7de9722 in _dl_init (main_map=0x7ffff7ffe188, argc=1, argv=0x7fffffffe518, env=0x7fffffffe528) at dl-init.c:105
#14 0x00007ffff7dd9d0a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
2) size 72704:
#0 __interceptor_malloc () at /home/kuba/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:61
#1 0x00007ffff7ae1200 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#2 0x00007ffff7de95ba in call_init (l=<optimized out>, argc=argc at entry=1, argv=argv at entry=0x7fffffffe518, env=env at entry=0x7fffffffe528) at dl-init.c:72
#3 0x00007ffff7de96cb in call_init (env=<optimized out>, argv=<optimized out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:30
#4 _dl_init (main_map=0x7ffff7ffe188, argc=1, argv=0x7fffffffe518, env=0x7fffffffe528) at dl-init.c:120
#5 0x00007ffff7dd9d0a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
Kuba
> On 7 Jun 2016, at 03:18, Kostya Serebryany <kcc at google.com> wrote:
>
> Interesting.
> Our bots don't see this and are green (except for an unrelated msan failure).
> http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux <http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux>
> http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-bootstrap <http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-bootstrap>
>
> Can you or someone reproduce this locally and send the full output of the test?
>
> >>> (this was accidentally turned off for about a week)
> OUCH!
>
>
>
> On Mon, Jun 6, 2016 at 10:08 AM, Kuba Brecka <jbrecka at apple.com <mailto:jbrecka at apple.com>> wrote:
> Hi Kostya,
>
> my recent change started running ASan tests during “check-all” again (this was accidentally turned off for about a week), and this bot is complaining about print_memory_profile_test.cc (which I guess is your quite new test). Could you look into that?
>
> Thanks,
> Kuba
>
>> Begin forwarded message:
>>
>> From: llvm.buildmaster at lab.llvm.org <mailto:llvm.buildmaster at lab.llvm.org>
>> Subject: buildbot failure in LLVM on llvm-clang-lld-x86_64-debian-fast
>> Date: 6 June 2016 at 18:59:39 GMT+2
>> To: Kuba Brecka <kuba.brecka at gmail.com <mailto:kuba.brecka at gmail.com>>
>> Cc: gkistanova at gmail.com <mailto:gkistanova at gmail.com>
>>
>> The Buildbot has detected a new failure on builder llvm-clang-lld-x86_64-debian-fast while building compiler-rt.
>> Full details are available at:
>> http://lab.llvm.org:8011/builders/llvm-clang-lld-x86_64-debian-fast/builds/38714 <http://lab.llvm.org:8011/builders/llvm-clang-lld-x86_64-debian-fast/builds/38714>
>>
>> Buildbot URL: http://lab.llvm.org:8011/ <http://lab.llvm.org:8011/>
>>
>> Buildslave for this Build: gribozavr4
>>
>> Build Reason: scheduler
>> Build Source Stamp: [branch trunk] 271906
>> Blamelist: kuba.brecka
>>
>> BUILD FAILED: failed test
>>
>> sincerely,
>> -The Buildbot
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20160607/ab956684/attachment.html>
More information about the llvm-commits
mailing list