Displaying 2 results from an estimated 2 matches for "ts_modul".
Did you mean:
ts_module
2020 Oct 01
2
OrcV1 removal
.../llvm/llvmjit.c:275
#4 0x7fe245f809f1 in ExecRunCompiledExpr /home/andres/src/postgresql/src/backend/jit/llvm/llvmjit_expr.c:2410
#5 0x5633fbb6c17f in ExecEvalExpr /home/andres/src/postgresql/src/include/executor/executor.h:294
for modules which are passed to LLVMOrcLLJITAddLLVMIRModule:
ts_module = LLVMOrcCreateNewThreadSafeModule(context->module, llvm_ts_context);
rt = LLVMOrcJITDylibCreateResourceTracker(jd);
error = LLVMOrcLLJITAddLLVMIRModule(compile_orc, jd, ts_module, rt);
which seems to suggest that somehow there's a reference too many?
Greetings,
Andres Freund
2020 Oct 01
2
OrcV1 removal
Hi,
On 2020-09-30 19:00:45 -0700, Lang Hames wrote:
> Ok -- I'll make getting the new lookup API working a priority then.
Cool.
> > I see a memory leak with OrcV2 that I didn't see with V1. I'm not yet
> > sure where exactly they're coming from. Possible that I'm just missing a
> > step somewhere. Or something around the removable code support