Change theme
Help
Press space for more information.
Show links for this issue (Shortcut: i, l)
Copy issue ID
Previous Issue (Shortcut: k)
Next Issue (Shortcut: j)
Sign in to use full features.
Vote: I am impacted
Notification menu
Refresh (Shortcut: Shift+r)
Go home (Shortcut: u)
Pending code changes (auto-populated)
Maintained by go/gitwatcher - Please do not modify manually [ID: 530458]
Maintained by go/gitwatcher - Please do not modify manually [ID: 530406]
View issue level access limits(Press Alt + Right arrow for more information)
Request for new functionality
View staffing
Description
Support for concurrent code generation when using the LLVM backend has been implemented as part of b/153803432 , but Subzero and our use of it still requires a global lock .
With that fixed we would be able to have the JITBuilder ), and then share more logic for things like function finalization . It would also be a step towards tiered compilation, where we would decide at run-time which JIT engine to use.
Nucleus
class hold a thread-local pointer to a private implementation of the JIT "engine" (i.e. have the equivalent of LLVMReactor's