search for: __closure

...waran <shankare at codeaurora.org> wrote: > I think you are hitting a bug, the Observer pattern was added a few weeks > back, and may be there is some sort of uninitialized variable ? This is my back-trace at "-O2 -g" (since -O1 pass): operator() (file=<optimized out>, __closure=0x7fffffffde40) at /home/rengolin/devel/llvm/src/llvm/tools/lld/unittests/DriverTests/InputGraphTest.cpp:197 197 _graph->registerObserver([&](File *file) { files.push_back(file->path()); }); (gdb) bt #0 operator() (file=<optimized out>, __closure=0x7fffffffde40) at /home/rengolin/...

...DKind=llvm::omp::OMPD_for) at > /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGOpenMPRuntime.cpp:2875 > #10 0x00007fb71197c294 in > > clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction > &) const (__closure=0x7fffd4fd8340, CGF=...) > at > /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 > #11 0x00007fb71199754d in > > llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_fn<clang::CodeGen::CodeGenFunction::EmitOMPWorksharingLoop(cons...

Greetings, Lang and other JITters, Last week I moved our Orc v2-based app from top-of-tree to the new 11.x branch, and it no longer handles C++ code containing OpenMP directives correctly. More specifically, if I JIT compile a function containing OpenMP parallel/for pragmas, using a release version of LLVM, the code compiles and seems to work, but if I try to write the module's bitcode to

...::omp::OMPD_for) at >> /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGOpenMPRuntime.cpp:2875 >> #10 0x00007fb71197c294 in >> clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction >> &) const (__closure=0x7fffd4fd8340, CGF=...) >> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 >> #11 0x00007fb71199754d in >> llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_fn<clang::CodeGen::CodeGenFunction::EmitOMPWorksharingLoop(co...

...; /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGOpenMPRuntime.cpp:2875 > >>> #10 0x00007fb71197c294 in > >>> clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction > >>> &) const (__closure=0x7fffd4fd8340, CGF=...) > >>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 > >>> #11 0x00007fb71199754d in > >>> llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_fn<clang::CodeGen::CodeGenFunctio...

Folks, I'm having a look at LLD and I need some guidance... I know it's not production ready for x86 and ARM (the idea is to make it so). My steps: I've added it to tools/lld and ran CMake again (on x86_64) on a standard release build (static linking). It works, builds but I see one unit test error: Note: Google Test filter = InputGraphTest.Observer [==========] Running 1 test from

...-project/clang/lib/CodeGen/CGOpenMPRuntime.cpp:2875 > >>>>> #10 0x00007fb71197c294 in > >>>>> clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction > >>>>> &) const (__closure=0x7fffd4fd8340, CGF=...) > >>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 > >>>>> #11 0x00007fb71199754d in > >>>>> llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_fn<clang...

...clang/lib/CodeGen/CGOpenMPRuntime.cpp:2875 >>>>>>> #10 0x00007fb71197c294 in >>>>>>> clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction >>>>>>> &) const (__closure=0x7fffd4fd8340, CGF=...) >>>>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 >>>>>>> #11 0x00007fb71199754d in >>>>>>> llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_f...