search for: orcjit

I looked around for the status of OrcJIT FFI support. The last e-mail thread I could find was this one: Link <http://lists.llvm.org/pipermail/llvm-dev/2015-February/081679.html> Raw: http://lists.llvm.org/pipermail/llvm-dev/2015-February/081679.html Is OrcJIT now considered stable enough that there can be "official" expos...

+ MLIR dev mailing list since that’s where the OrcJit I’m using is. Thanks for all the details, Lang! What you described is exactly what I’m looking for! Please, MLIR dev, let me know if this debug feature and the solution that Lang describes below is interesting for MLIR. I’ll dig more into the details then but it doesn’t seem too complicated. Tha...

Hello, I was wondering if there is someone already working on putting the new OrcJIT APIs in the LLVM-C bindings? Also, is there a general consensus to also add C bindings when new major features are added? Hayden -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150201/061f5949/attachment.ht...

I didn't seen any roadmap and plan about OrcJit & MCJIT. And would OrcJIT be stablize in version 7.0? Or latter version? Would MCJIT be removed in source tree, when? -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm...

Hello everyone A previous thread about OrcJIT brought up bug reports on Bugzilla. A quick search gives 20+ results: https://bugs.llvm.org/buglist.cgi?component=OrcJIT&list_id=162232&query_format=advanced&resolution=--- While some of them are obviously outdated (addModuleSet API cleanup [1]), others may actually be relevant again (...

...015 at 1:55 PM, David Blaikie <dblaikie at gmail.com> wrote: > > > On Sun, Feb 1, 2015 at 10:58 AM, Hayden Livingston <halivingston at gmail.com > > wrote: > >> Hello, >> >> I was wondering if there is someone already working on putting the new >> OrcJIT APIs in the LLVM-C bindings? >> >> Also, is there a general consensus to also add C bindings when new major >> features are added? >> > > Generally not, so far as I know. Things are added to the C bindings on an > as-needed basis, generally. > > >> >&...

I've been playing with OrcJIT a bit, and from the looks of it I can (like in the previous JIT I suppose?) ask for a function to be re generated. If I've given the address of the function that LLVM gave me to an external party, do "I" need to ensure thread-safety? Or is it safe to ask OrcJIT to re generate code a...

...gets to > support the full source-to-object chain? Hi Joerg, This is a clear task for code review, not target inclusion policy. This list is supposed to be timeless, and adding any kind of specific technology would need updating all the time, and can even have conflicting views (like MCJIT vs ORCJIT vs the new cool toy), or the old pass manager, vs. the new one, or FastISel vs SelectionDAG vs. GlobalISel, etc. > (2) What are the criterions for reviving targets? Consider the Alpha or > Itanium target. When a target is deprecated, it probably means its code is so old and rotten that it...

...@Praveen very good initiative! > https://bugs.llvm.org/show_bug.cgi?id=41075 > > @Machiel: This is quite recent, but didn't land after it was accepted. > Objections? > https://reviews.llvm.org/D61599 > > Cheers > -------- Forwarded Message -------- > Subject: Bugzilla OrcJIT Tickets > Date: Sat, 18 May 2019 17:47:58 +0200 > From: Stefan Gränitz <stefan.graenitz at gmail.com> > <stefan.graenitz at gmail.com> > To: via llvm-dev <llvm-dev at lists.llvm.org> <llvm-dev at lists.llvm.org> > > Hello everyone > > A previous threa...

...ws for anyone interested in cross-process JITing with OrcV2: The remote TargetProcessControl and Orc library breakup patch has landed in 1d0676b54c4 [1]. Thanks very much to Dave Blaikie and Stefan Graenitz for all their feedback on the review! As described in my last email, this commit breaks the OrcJIT library into three pieces: - OrcJIT retains the bulk of the code. - OrcTargetProcess contains code only needed by JIT execution processes, and depends only on Support. - OrcShared contains code required by both of these libraries -- mostly RPC and error types. For OrcV2 users who are running JIT...

Dear LLVM-Developers and Vinod Grover, we are trying to extend the cling C++ interpreter (https://github.com/root-project/cling) with CUDA functionality for Nvidia GPUs. I already developed a prototype based on OrcJIT and am seeking for feedback. I am currently a stuck with a runtime issue, on which my interpreter prototype fails to execute kernels with a CUDA runtime error. === How to use the prototype This application interprets cuda runtime code. The program needs the whole cuda-program (.cu-file) and its...

Hello, I've been trying to use LLVM's Orc JIT from C API for a few days and i can't get it to work, I'm kind of annoyed for the lack of documentation examples for the C API. Here's my code: https://hasteb.in/ohexiweb.cpp I compile it using clang `llvm-config --cflags --ldflags --libs all` main.c -o main -g -rdynamic And it ends up segfaulting at the line where it calls

Hi all, I open sourced a small project of mine recently. It is an EDSL for C++ which makes just-in-time compilation much easier to write and maintain. One of its backends is LLVM's OrcJIT (LLVM 7, still). https://github.com/tetzank/coat Here is a blog post of mine introducing the concept: https://tetzank.github.io/posts/coat-edsl-for-codegen/ You can see it as an abstraction layer on top of OrcJIT, streamlining the process of JIT compiling a single function one after the other as...

...:) Cheers, Lang. On Wed, Mar 18, 2015 at 3:13 AM, David Blaikie <dblaikie at gmail.com> wrote: > [+Lang, keeper of JITs, designer of ORCs] > > On Tue, Mar 17, 2015 at 1:27 AM, Hayden Livingston <halivingston at gmail.com > > wrote: > >> I've been playing with OrcJIT a bit, and from the looks of it I can (like >> in the previous JIT I suppose?) ask for a function to be re generated. >> >> If I've given the address of the function that LLVM gave me to an >> external party, do "I" need to ensure thread-safety? >> >&g...

...fprintf(stderr, "ready> "); try { switch (CurTok) { ... } } catch (std::runtime_error &e) { fprintf(stderr, "%s\n", e.what()); } } } I compile with: clang++ -g toy.cpp `llvm-config --cxxflags --ldflags --system-libs --libs core orcjit native` -O3 -fexceptions -o toy ./toy ready> var 3 = 2 ready> Error: expected identifier after var ready> 1 terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc zsh: abort ./toy Technical details: - LLVM latest master (commit 2c4ca6832fa6...

...<dblaikie at gmail.com> wrote: >>> >>> [+Lang, keeper of JITs, designer of ORCs] >>> >>> On Tue, Mar 17, 2015 at 1:27 AM, Hayden Livingston >>> <halivingston at gmail.com> wrote: >>>> >>>> I've been playing with OrcJIT a bit, and from the looks of it I can (like >>>> in the previous JIT I suppose?) ask for a function to be re generated. >>>> >>>> If I've given the address of the function that LLVM gave me to an >>>> external party, do "I" need to ensu...

...velopers and Vinod Grover, > > we are trying to extend the cling C++ interpreter > (https://github.com/root-project/cling > <https://github.com/root-project/cling>) with CUDA functionality > for Nvidia GPUs. > > I already developed a prototype based on OrcJIT and am seeking for > feedback. I am currently a stuck with a runtime issue, on which my > interpreter prototype fails to execute kernels with a CUDA runtime > error. > > > === How to use the prototype > > This application interprets cuda runtime code. The...

...chain? > > > > This is a clear task for code review, not target inclusion policy. > > > > This list is supposed to be timeless, and adding any kind of specific > > technology would need updating all the time, and can even have > > conflicting views (like MCJIT vs ORCJIT vs the new cool toy), or the > > old pass manager, vs. the new one, or FastISel vs SelectionDAG vs. > > GlobalISel, etc. > > The choice of ISel is ephemeral and not relevant outside the specific > target. MCJIT vs ORCJIT has very limited impact on both the target and > targe...

...d run, but the EngineBuilder(std::move(Owner)).create() keeps return null, any idea why? Here's my CMakeList: cmake_minimum_required(VERSION 3.12) project(llvm_test) set(CMAKE_CXX_STANDARD 14) find_package(LLVM REQUIRED CONFIG) llvm_map_components_to_libnames(llvm_libs support core irreader orcjit native) add_executable(llvm_test main.cpp) target_include_directories(llvm_test PUBLIC ${LLVM_INCLUDE_DIRS}) target_compile_definitions(llvm_test PUBLIC ${LLVM_DEFINITIONS}) target_link_libraries(llvm_test ${llvm_libs}) -------------- next part -------------- An HTML attachment was scrubbed... URL...

Hi Sanjoy, > You need the hijack-return-pc approach *in addition* to a call-site > patching approach. Modifying the return PC lets you guarantee that > nothing will *return* into the old generated code. To guarantee that > nothing will *call* into it either you could use a double indirection > (all calls go through a trampoline) or patchpoints. You need to hijack the return