Dan Kolsoi
There are currently no plans to support multithreaded LLVM. It's still something that we should explore in the future, but single-threaded LLVM is proving to be difficult and time consuming...
No clue. I think the first step is information. I have no idea what LLVM's multithreading mode does concretely. Does `Context` suddenly become `Sync`? (Ie is it being locked by...
~I don't believe that is thread-safe to do. The functions are raw memory locations, not contained by any sort of locking mechanism~ Edit: It appears EE has its own lock
Thanks for pointing out Llama. Didn't know about it. Is there anything in particular you had in mind? A lot of their design looks to be based on inkwell
Llama neglects a lot of type-safety here: 1. You can provide any `Type` to `FuncType::new`, even types that are not valid to be there. 2. Params passed to `add` aren't...
Sorry that I missed this question. LLD is a linker separate from LLVM so your question is a bit outside the scope of inkwell. But you'd want to build some...
You're correct. This is because context methods derive `'ctx` from `&'ctx self`. This works perfectly for actual `Context` objects but less so for `ContextRef`. I wonder if we should just...
I think there are two options here, both of which require getting ride of the deref impl because it causes this problem. Either A) We add our own "deref" method...
I suspect A) is safe because: 1) `ContextRef
> Would it be possible to use Arcs to reference count the types at runtime rather than borrows? If you're asking if it's possible for inkwell to do that, it's...