mirror of
https://github.com/RPCSX/llvm.git
synced 2024-12-15 16:09:02 +00:00
[GC] Registry initialization and linkage interactions
The Registry class constructs a linked list of nodes whose storage is inside static variables and nodes are added via static initializers. The trick is that those static initializers are in both the LLVM code base, and some random plugin that might get loaded in at runtime. The existing code tries to use C++ templates and their ODR rules to get a single definition of the registry for each type, but, experimentally, this doesn't quite work as designed. (Well, the entire structure doesn't. It might not actually be an ODR problem.) Previously, when I tried moving the GCStrategy class (along with it's registry) from CodeGen to IR, I ran into a problem where asking the GCStrategyRegistry a question would return inconsistent results depending on whether you asked from CodeGen (where the static initializers still were) or Transforms. My best guess is that this is a result of either a) an order of initialization error, or b) we ended up with two copies of the registry being created. I remember at the time having convinced myself it was probably (b), but I don't have any of my notes around from that investigation any more. See http://reviews.llvm.org/rL226311 for the original patch in question. This patch tries to remove the possibility of (b) above. (a) was already fixed in change 258109. Differential Revision: http://reviews.llvm.org/D16170 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@258157 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
parent
eeedfde497
commit
c66b44070b
@ -116,14 +116,15 @@ namespace llvm {
|
||||
};
|
||||
};
|
||||
|
||||
|
||||
// Since these are defined in a header file, plugins must be sure to export
|
||||
// these symbols.
|
||||
template <typename T>
|
||||
typename Registry<T>::node *Registry<T>::Head;
|
||||
|
||||
template <typename T>
|
||||
typename Registry<T>::node *Registry<T>::Tail;
|
||||
// Use this macro to stamp out definitions for required static symbols in an
|
||||
// appropriate source file. This is required to avoid getting multiple
|
||||
// definitions of the Registry's fields in different translation or linkage
|
||||
// units.
|
||||
#define DEFINE_REGISTRY(T) \
|
||||
template <> \
|
||||
typename Registry<T>::node *Registry<T>::Head = nullptr; \
|
||||
template <> \
|
||||
typename Registry<T>::node *Registry<T>::Tail = nullptr;
|
||||
} // end namespace llvm
|
||||
|
||||
#endif // LLVM_SUPPORT_REGISTRY_H
|
||||
|
@ -17,3 +17,7 @@ using namespace llvm;
|
||||
GCMetadataPrinter::GCMetadataPrinter() {}
|
||||
|
||||
GCMetadataPrinter::~GCMetadataPrinter() {}
|
||||
|
||||
// Stamp out the registry of GCMetadataPrinter objects so that pulgins can load
|
||||
// new Strategies.
|
||||
DEFINE_REGISTRY(GCMetadataPrinter)
|
||||
|
@ -20,3 +20,7 @@ GCStrategy::GCStrategy()
|
||||
: UseStatepoints(false), NeededSafePoints(0), CustomReadBarriers(false),
|
||||
CustomWriteBarriers(false), CustomRoots(false), InitRoots(true),
|
||||
UsesMetadata(false) {}
|
||||
|
||||
// Stamp out the registry of GCStrategy objects so that pulgins can load new
|
||||
// Strategies.
|
||||
DEFINE_REGISTRY(GCStrategy)
|
||||
|
Loading…
Reference in New Issue
Block a user