Displaying 4 results from an estimated 4 matches for "getllvmobject".
Did you mean:
getllvmobjects
2004 Nov 15
0
[LLVMdev] LLVM and memory leaks
Chris Lattner wrote:
>>It would also solve another problem -- We generate new shader code when
>>the user changes parameters, because the shader will be executed
>>millions of times it makes sense to recompile it with changed constants
>>to get maximum optimization. But if some of these parameters are floats,
>>and there is no way to destroy constants in LLVM we have
2004 Nov 16
2
[LLVMdev] LLVM and memory leaks
...class,
Constant::ClearAllValueMaps().
3. The LeakDetector changes: These are not ok, because the order of
construction of the static objects is not defined (these maps may be
initialized after other things that put stuff into them).
If you change the static objects in getObjects() and getLLVMObjects()
to be LLVMObjects themselves instead of pointers, I think everything
should work fine (they will be initialized on first use that way). In
other words, getObjects becomes:
Objects &getObjects() {
static Objects Objs;
return Objs;
}
4. The Types change, including th...
2004 Nov 12
2
[LLVMdev] LLVM and memory leaks
On Thu, 11 Nov 2004, Morten Ofstad wrote:
> Well, I already tried that, but the destructors crash because they are
> referencing other things which are being destroyed - Constants are Users
> of each other and there is no easy way to destroy them in the right
> order.
There are ways around this, but it turns into a two-pass operation: loop
over all constants to drop their uses, then
2006 May 09
1
[LLVMdev] Memory leaks in LLVM
...char const*) (CommandLine.cpp:486)
==10132== by 0x83D08E0: main (opt.cpp:75)
==10132==
==10132==
==10132== 20 bytes in 1 blocks are still reachable in loss record 5 of 33
==10132== at 0x401C7F0: operator new(unsigned) (vg_replace_malloc.c:164)
==10132== by 0x84AAD52: (anonymous namespace)::getLLVMObjects() (
LeakDetector.cpp:93)
==10132== by 0x84AAE55:
llvm::LeakDetector::addGarbageObjectImpl(llvm::Value const*) (
LeakDetector.cpp:110)
==10132== by 0x84C469A: llvm::LeakDetector::addGarbageObject(llvm::Value
const*) (LeakDetector.h:71)
==10132== by 0x848D194: llvm::BasicBlock::setParent(ll...