Displaying 12 results from an estimated 12 matches for "leakdetectorimpl".
2009 Jun 04
2
[LLVMdev] assertion in LeakDetector
I am seeing the following assertion in leak detector.
/llvm/lib/VMCore/LeakDetector.cpp:43:
void<unnamed>::LeakDetectorImpl<T>::addGarbage(const T*) [with T =
void]: Assertion `Ts.count(Cache) == 0 && "Object already in set!"'
failed.
I am creating a list of instructions using BuildMI() and adding them
to a basic block using BB->insert(). I am seeing this assertion after
some number of in...
2009 Jun 04
0
[LLVMdev] assertion in LeakDetector
On Wed, Jun 3, 2009 at 5:10 PM, Manjunath Kudlur <keveman at gmail.com> wrote:
> I am seeing the following assertion in leak detector.
>
> /llvm/lib/VMCore/LeakDetector.cpp:43:
> void<unnamed>::LeakDetectorImpl<T>::addGarbage(const T*) [with T =
> void]: Assertion `Ts.count(Cache) == 0 && "Object already in set!"'
> failed.
>
> I am creating a list of instructions using BuildMI() and adding them
> to a basic block using BB->insert(). I am seeing this assertion...
2010 Nov 08
3
[LLVMdev] Calling PassManager on previously JITed Modules
...son requires equal bit widths"' failed.
Stack dump:
0. Running pass 'Function Pass Manager' on module 'lib0000'.
1. Running pass 'Combine redundant instructions' on function '<func name>'
Aborted
or
RELEASE_28/lib/VMCore/LeaksContext.h:50: void
llvm::LeakDetectorImpl<T>::addGarbage(const T*) [with T =
llvm::Value]: Assertion `Ts.count(o) == 0 && "Object already in set!"'
failed.
Stack dump:
0. Running pass 'Function Pass Manager' on module 'lib000d'.
1. Running pass 'Combine redundant instructions' on function...
2010 Nov 09
0
[LLVMdev] Calling PassManager on previously JITed Modules
...Stack dump:
> 0. Running pass 'Function Pass Manager' on module 'lib0000'.
> 1. Running pass 'Combine redundant instructions' on function '<func name>'
> Aborted
>
> or
>
> RELEASE_28/lib/VMCore/LeaksContext.h:50: void
> llvm::LeakDetectorImpl<T>::addGarbage(const T*) [with T =
> llvm::Value]: Assertion `Ts.count(o) == 0 && "Object already in set!"'
> failed.
> Stack dump:
> 0. Running pass 'Function Pass Manager' on module 'lib000d'.
> 1. Running pass 'Combine redu...
2010 Nov 09
1
[LLVMdev] Calling PassManager on previously JITed Modules
...#39;Function Pass Manager' on module 'lib0000'.
> > 1. Running pass 'Combine redundant instructions' on function '<func
> name>'
> > Aborted
> >
> > or
> >
> > RELEASE_28/lib/VMCore/LeaksContext.h:50: void
> > llvm::LeakDetectorImpl<T>::addGarbage(const T*) [with T =
> > llvm::Value]: Assertion `Ts.count(o) == 0 && "Object already in set!"'
> > failed.
> > Stack dump:
> > 0. Running pass 'Function Pass Manager' on module 'lib000d'.
> > 1. Runni...
2014 Dec 10
2
[LLVMdev] Metadata/Value split has landed
...0 0x00007ffff59f4c39 in raise () from /lib64/libc.so.6
> #1 0x00007ffff59f6348 in abort () from /lib64/libc.so.6
> #2 0x00007ffff59edb96 in __assert_fail_base () from /lib64/libc.so.6
> #3 0x00007ffff59edc42 in __assert_fail () from /lib64/libc.so.6
> #4 0x00007ffff3a30e92 in llvm::LeakDetectorImpl<void>::addGarbage(void const*) [clone .part.19] () from /opt/buildbot/lib/libLLVM-3.6svn.so
> #5 0x00007ffff3a30fd3 in llvm::LeakDetector::addGarbageObjectImpl(void*) () from /opt/buildbot/lib/libLLVM-3.6svn.so
> #6 0x00007ffff3a40eed in llvm::MDNode::getTemporary(llvm::LLVMContext&am...
2009 Jun 04
1
[LLVMdev] assertion in LeakDetector
...5:26 PM, Bill Wendling <isanbard at gmail.com> wrote:
> On Wed, Jun 3, 2009 at 5:10 PM, Manjunath Kudlur <keveman at gmail.com> wrote:
>> I am seeing the following assertion in leak detector.
>>
>> /llvm/lib/VMCore/LeakDetector.cpp:43:
>> void<unnamed>::LeakDetectorImpl<T>::addGarbage(const T*) [with T =
>> void]: Assertion `Ts.count(Cache) == 0 && "Object already in set!"'
>> failed.
>>
>> I am creating a list of instructions using BuildMI() and adding them
>> to a basic block using BB->insert(). I am s...
2014 Dec 10
4
[LLVMdev] Metadata/Value split has landed
The `Metadata`/`Value` split (PR21532) landed in r223802 -- at least, the
C++ side of it. This was a rocky day, but I suppose that's what I get
for failing to stage the change in smaller pieces.
As of r223916 (lldb), I'm not aware of any remaining (in-tree) breakage,
so if I've missed some problem in the sea of buildbot errors, please
flag me down.
I'll follow up soon with
2014 Dec 10
3
[LLVMdev] Metadata/Value split has landed
...) from /lib64/libc.so.6
>>> #1 0x00007ffff59f6348 in abort () from /lib64/libc.so.6
>>> #2 0x00007ffff59edb96 in __assert_fail_base () from /lib64/libc.so.6
>>> #3 0x00007ffff59edc42 in __assert_fail () from /lib64/libc.so.6
>>> #4 0x00007ffff3a30e92 in llvm::LeakDetectorImpl<void>::addGarbage(void const*) [clone .part.19] () from /opt/buildbot/lib/libLLVM-3.6svn.so
>>> #5 0x00007ffff3a30fd3 in llvm::LeakDetector::addGarbageObjectImpl(void*) () from /opt/buildbot/lib/libLLVM-3.6svn.so
>>> #6 0x00007ffff3a40eed in llvm::MDNode::getTemporary(llvm...
2014 Dec 11
2
[LLVMdev] Metadata/Value split has landed
...;>> #1 0x00007ffff59f6348 in abort () from /lib64/libc.so.6
> >>>> #2 0x00007ffff59edb96 in __assert_fail_base () from /lib64/libc.so.6
> >>>> #3 0x00007ffff59edc42 in __assert_fail () from /lib64/libc.so.6
> >>>> #4 0x00007ffff3a30e92 in llvm::LeakDetectorImpl<void>::addGarbage(void const*) [clone .part.19] () from /opt/buildbot/lib/libLLVM-3.6svn.so
> >>>> #5 0x00007ffff3a30fd3 in llvm::LeakDetector::addGarbageObjectImpl(void*) () from /opt/buildbot/lib/libLLVM-3.6svn.so
> >>>> #6 0x00007ffff3a40eed in llvm::MDNode:...
2014 Dec 11
2
[LLVMdev] Metadata/Value split has landed
...ffff59f6348 in abort () from /lib64/libc.so.6
>>>>>>> #2 0x00007ffff59edb96 in __assert_fail_base () from /lib64/libc.so.6
>>>>>>> #3 0x00007ffff59edc42 in __assert_fail () from /lib64/libc.so.6
>>>>>>> #4 0x00007ffff3a30e92 in llvm::LeakDetectorImpl<void>::addGarbage(void const*) [clone .part.19] () from /opt/buildbot/lib/libLLVM-3.6svn.so
>>>>>>> #5 0x00007ffff3a30fd3 in llvm::LeakDetector::addGarbageObjectImpl(void*) () from /opt/buildbot/lib/libLLVM-3.6svn.so
>>>>>>> #6 0x00007ffff3a40eed in...
2013 Jan 14
2
[LLVMdev] Troubleshooting Internal Garbage Collection
...ow to address. I've ruminated over it
for about a week now, trying various things and not having any success. It
seems to scale with the number of routines in my .ll file, which I am
trying to run through llc. I get the following stack dump from an assertion:
llc: LeaksContext.h:50: void llvm::LeakDetectorImpl<T>::addGarbage(const
T*) [with T = void]: Assertion `Ts.count(o) == 0 && "Object already in
set!"' failed.
0 llc 0x08d2cde8
1 llc 0x08d2d344
2 0xb7762400 __kernel_sigreturn + 0
3 0xb7762424 __kernel_vsyscall + 16
4 libc.so.6 0xb746a98...