summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Transforms/Scalar/LoopIdiomRecognize.cpp
diff options
context:
space:
mode:
authorLang Hames <lhames@gmail.com>2018-10-16 20:13:06 +0000
committerLang Hames <lhames@gmail.com>2018-10-16 20:13:06 +0000
commit8b94274f22d8c346103c5682e7899e8b43db16d7 (patch)
treeab087f3142915bbc8d445561570f4ee30385227d /llvm/lib/Transforms/Scalar/LoopIdiomRecognize.cpp
parent4084df00402bc9b69b15b56cbdd8f5f8be81cc0a (diff)
downloadbcm5719-llvm-8b94274f22d8c346103c5682e7899e8b43db16d7.tar.gz
bcm5719-llvm-8b94274f22d8c346103c5682e7899e8b43db16d7.zip
[ORC] Make the VModuleKey optional, propagate it via MaterializationUnit and
MaterializationResponsibility. VModuleKeys are intended to enable selective removal of modules from a JIT session, however for a wide variety of use cases selective removal is not needed and introduces unnecessary overhead. As of this commit, the default constructed VModuleKey value is reserved as a "do not track" value, and becomes the default when adding a new module to the JIT. This commit also changes the propagation of VModuleKeys. They were passed alongside the MaterializationResponsibity instance in XXLayer::emit methods, but are now propagated as part of the MaterializationResponsibility instance itself (and as part of MaterializationUnit when stored in a JITDylib). Associating VModuleKeys with MaterializationUnits in this way should allow for a thread-safe module removal mechanism in the future, even when a module is in the process of being compiled, by having the MaterializationResponsibility object check in on its VModuleKey's state before commiting its results to the JITDylib. llvm-svn: 344643
Diffstat (limited to 'llvm/lib/Transforms/Scalar/LoopIdiomRecognize.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud