search for: addgarbag

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 insertions. Am I doing...

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 after > some num...

...hs"' 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 '<func name&...

...t;> #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&, llv...

...unning 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 Wed, Dec 10, 2014 at 05:27:45PM -0800, Duncan P. N. Exon Smith wrote: > +zalman at google.com > Hi Duncan, This patch plus another small change fixes the assertion failure for me. With the patch alone, the void* overload of addGarbageObject() was being used by MDNode::getTemporary(), so I had to cast the object as an MDNode*: diff --git a/lib/IR/Metadata.cpp b/lib/IR/Metadata.cpp index cd5edd2..916d216 100644 --- a/lib/IR/Metadata.cpp +++ b/lib/IR/Metadata.cpp @@ -564,7 +564,7 @@ MDNode *MDNode::getMDNode(LLVMContext &Cont...

...() 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&, llvm::ArrayRef<l...

...On Wed, Dec 10, 2014 at 05:27:45PM -0800, Duncan P. N. Exon Smith wrote: >>> +zalman at google.com >>> >> >> Hi Duncan, >> >> This patch plus another small change fixes the assertion failure for >> me. With the patch alone, the void* overload of addGarbageObject() >> was being used by MDNode::getTemporary(), so I had to cast the object as >> an MDNode*: >> >> diff --git a/lib/IR/Metadata.cpp b/lib/IR/Metadata.cpp >> index cd5edd2..916d216 100644 >> --- a/lib/IR/Metadata.cpp >> +++ b/lib/IR/Metadata.cpp >...

...39; 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...

Chris Lattner wrote: >>> If you write your code as an llvm pass, you should automatically get >>> notified of this stuff in a debug build. If you can't do that, >>> manually interfacing to the LeakDetector can help. >>> >>> >> It is an LLVM pass, it's a debug build, and the only assertion I got >> was >> the one in

...;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 seeing this assertion...

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

...inated 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 0xb746a98f gsignal + 79 5 li...