Dan Kolsoi
No worries. We can still dole out ContextRef which is a type we already provide
Or the orc module could take a ContextRef as input 🤔 Edit: as long as it's associated with the context lifetime, it doesn't even need a full context ref as...
Yea, I expected as much, that's why I said we should tie it to the context lifetime somehow
We already only minimally support multithreaded usecase. Full support has never been there because LLVM's complexity is too difficult to try and map fully imo. Scoped threads are probably the...
Module also does impl Clone, because LLVM provides a fn for it at the LLVM level
Hmm, I suppose that might work. But it'd need special handling for the global context
I think because it's behind a lock?
I think it's just like a context llvm allocates by default, never dies, and is globally accessible
So yes, you could use it for anything a regular context is used for
I'm sorry to hear that. I'm fine with just supporting v2 if you don't mind tossing your hard work. I suspect it'll eventually get deprecated anyway if it isn't already....