[Octave-bug-tracker] [bug #56425] Patch for the JIT

[Gene Harvey]

Follow-up Comment #8, bug #56425 (project octave):

Hey Julien, thanks for the feedback.

Comment #6: I just tried it with 7.0; same error. I also saw the same thing
happening with 5.0. It seems to occur when calling llvm::getFunctionAddress
(which occurs in jit_module::getFunctionAddress if you want to set a
breakpoint). It's kind of ridiculous that LLVM calls `exit 1` after giving us
no information. I, or someone smarter than me, might want to build from source
to step through and see what the problem is.

Comment #7: I'm having some trouble compiling with 6.0 (some weird sigsegv
when processing the eps files---probably on my end), but it's needed for
llvm::createPromoteMemoryToRegisterPass in newer versions. I think the include
was shadowed by my system include, so I neglected to autoconf it. I'm busy
tonight, but I'll see if I can do that tomorrow.

I just want to add here that I'm currently working on a rework of the system.
One of my primary goals is to decouple LLVM from the current codebase and link
it through DEFUNs. Translation to LLVM IR can be done by a jit_ir visitor in
the linked library instead of infecting the rest of the system. Dynamically
linking the backend also allows us to support multiple versions of LLVM, and
possibly other JITs like GNU JIT. I'm shooting for completion by the end of
the summer, but I can't give any guarantees on that.

I'll also note that I'm finding the current jit_ir system difficult to debug
and understand with all the templated internal lists and lack of
documentation. The rework should provide a simpler system so we can hook in
static analyzers (like use-before-def, which we can reflect in the editor).

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?56425>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/