b852fb1ec5
ValueObject is part of lldbCore for historical reasons, but conceptually
it deserves to be its own library. This does introduce a (link-time) circular
dependency between lldbCore and lldbValueObject, which is unfortunate
but probably unavoidable because so many things in LLDB rely on
ValueObject. We already have cycles and these libraries are never built
as dylibs so while this doesn't improve the situation, it also doesn't
make things worse.
The header includes were updated with the following command:
```
find . -type f -exec sed -i.bak "s%include \"lldb/Core/ValueObject%include \"lldb/ValueObject/ValueObject%" '{}' \;
```
47 lines
798 B
CMake
47 lines
798 B
CMake
add_lldb_library(lldbSymbol NO_PLUGIN_DEPENDENCIES
|
|
ArmUnwindInfo.cpp
|
|
Block.cpp
|
|
CompactUnwindInfo.cpp
|
|
CompileUnit.cpp
|
|
CompilerDecl.cpp
|
|
CompilerDeclContext.cpp
|
|
CompilerType.cpp
|
|
SaveCoreOptions.cpp
|
|
DWARFCallFrameInfo.cpp
|
|
DebugMacros.cpp
|
|
DeclVendor.cpp
|
|
FuncUnwinders.cpp
|
|
Function.cpp
|
|
LineEntry.cpp
|
|
LineTable.cpp
|
|
ObjectContainer.cpp
|
|
ObjectFile.cpp
|
|
PostfixExpression.cpp
|
|
Symbol.cpp
|
|
SymbolContext.cpp
|
|
SymbolFile.cpp
|
|
SymbolFileOnDemand.cpp
|
|
SymbolLocator.cpp
|
|
SymbolVendor.cpp
|
|
Symtab.cpp
|
|
Type.cpp
|
|
TypeList.cpp
|
|
TypeMap.cpp
|
|
TypeSystem.cpp
|
|
UnwindPlan.cpp
|
|
UnwindTable.cpp
|
|
Variable.cpp
|
|
VariableList.cpp
|
|
|
|
LINK_LIBS
|
|
lldbCore
|
|
lldbExpression
|
|
lldbHost
|
|
lldbTarget
|
|
lldbUtility
|
|
lldbValueObject
|
|
|
|
LINK_COMPONENTS
|
|
Support
|
|
)
|