forked from OSchip/llvm-project
3c57aa4111
selfhost. The 'Core.h' C-API header is part of the IR LLVM library. (One might even argue it should be called IR.h, but that's a separate point.) We can't include it into a Support header without violating the layering, and in a way that breaks modules. MemoryBuffer's opaque C type was being defined in the Core.h C-API header despite being in the Support library, and thus we ended up with this weird issue. It turns out that there were other constructs from the Support library in the Core.h header. This patch lifts all of them into Support.h and then includes that into Core.h. The only possible fallout is if someone was including Support.h and relying on Core.h to be visible for their own uses. Considering the narrow interface actually provided by the C-API for the Support library, this seems a very, very unlikely mistake. llvm-svn: 203071 |
||
---|---|---|
.. | ||
Transforms | ||
Analysis.h | ||
BitReader.h | ||
BitWriter.h | ||
Core.h | ||
Disassembler.h | ||
ExecutionEngine.h | ||
IRReader.h | ||
Initialization.h | ||
LinkTimeOptimizer.h | ||
Linker.h | ||
Object.h | ||
Support.h | ||
Target.h | ||
TargetMachine.h | ||
lto.h |