CodeGen: LLVM wrapper for just-in-time code generation and compilation

Re:CodeGen: LLVM wrapper for just-in-time code generation an... by chrisseaton on Sunday May 19, 2019 @03:38PM (#19955036)

I think LLVM has had at least three APIs for dynamic code generation - the 'legacy' one until 3.5 (don't think it had a name?), MCJIT, and ORC. This one looks more like it's optimising the user interface, and using a kind of DSL with modern C++ features.

[ Parent | on HN ]

Re:CodeGen: LLVM wrapper for just-in-time code generation an... by eslaught on Sunday May 19, 2019 @05:20PM (#19955578)

And in fact one of the ongoing problems with LLVM is that the interface churns so much. As a user it's a huge pain to keep up and to make sure there are no regressions. (And keep in mind this also includes performance, code size, debugging... it's not just about correctness.)

I don't know if stability is a goal for this project but personally I'm hoping someone comes along and makes a stable LLVM interface (and manages to be successful with it).

[ Parent | on HN ]

Re:CodeGen: LLVM wrapper for just-in-time code generation an... by mshockwave on Sunday May 19, 2019 @06:09PM (#19955839)

this topic pop up in eurollvm this year again: the LLVM C API is, and should be the only stable API. Others like C++ API or even ABI stabilities can only be considered as best-efforts.

[ Parent | on HN ]

Re:CodeGen: LLVM wrapper for just-in-time code generation an... by eslaught on Sunday May 19, 2019 @06:39PM (#19956006)

Can we at least make the C API more feature complete so that it's a plausible target for more users? As far as I know it's not really a viable target for a heavy-duty user like a language compiler backend.

[ Parent | on HN ]

Re:CodeGen: LLVM wrapper for just-in-time code generation an... by hwj on Monday May 20, 2019 @08:37AM (#19959737)

I played with the Python API thinking it is feature-compatible with the C/C++ API. Unfortunately, it was not.

[ Parent | on HN ]