maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/lldb/source/Plugins/SymbolFile/DWARF/CMakeLists.txt

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

67 lines
1.5 KiB
CMake
Raw Normal View History

[lldb] Qualify includes of Properties[Enum].inc files. NFC Summary: This is a bit more explicit, and makes it possible to build LLDB without varying the -I lines per-directory. (The latter is useful because many build systems only allow this to be configured per-library, and LLDB is insufficiently layered to be split into multiple libraries on stricter build systems). (My comment on D65185 has some more context) Reviewers: JDevlieghere, labath, chandlerc, jdoerfert Reviewed By: labath Subscribers: mgorny, lldb-commits Tags: #lldb Differential Revision: https://reviews.llvm.org/D65397 Patch by Sam McCall! llvm-svn: 367241
2019-07-30 01:22:10 +08:00
lldb_tablegen(SymbolFileDWARFProperties.inc -gen-lldb-property-defs
SOURCE SymbolFileDWARFProperties.td
Let tablegen generate property definitions Property definitions are currently defined in a PropertyDefinition array and have a corresponding enum to index in this array. Unfortunately this is quite error prone. Indeed, just today we found an incorrect merge where a discrepancy between the order of the enum values and their definition caused the test suite to fail spectacularly. Tablegen can streamline the process of generating the property definition table while at the same time guaranteeing that the enums stay in sync. That's exactly what this patch does. It adds a new tablegen file for the properties, building on top of the infrastructure that Raphael added recently for the command options. It also introduces two new tablegen backends: one for the property definitions and one for their corresponding enums. It might be worth mentioning that I generated most of the tablegen definitions from the existing property definitions, by adding a dump method to the struct. This seems both more efficient and less error prone that copying everything over by hand. Only Enum properties needed manual fixup for the EnumValues and DefaultEnumValue fields. Differential revision: https://reviews.llvm.org/D65185 llvm-svn: 367058
2019-07-26 05:36:37 +08:00
TARGET LLDBPluginSymbolFileDWARFPropertiesGen)
[lldb] Qualify includes of Properties[Enum].inc files. NFC Summary: This is a bit more explicit, and makes it possible to build LLDB without varying the -I lines per-directory. (The latter is useful because many build systems only allow this to be configured per-library, and LLDB is insufficiently layered to be split into multiple libraries on stricter build systems). (My comment on D65185 has some more context) Reviewers: JDevlieghere, labath, chandlerc, jdoerfert Reviewed By: labath Subscribers: mgorny, lldb-commits Tags: #lldb Differential Revision: https://reviews.llvm.org/D65397 Patch by Sam McCall! llvm-svn: 367241
2019-07-30 01:22:10 +08:00
lldb_tablegen(SymbolFileDWARFPropertiesEnum.inc -gen-lldb-property-enum-defs
SOURCE SymbolFileDWARFProperties.td
Let tablegen generate property definitions Property definitions are currently defined in a PropertyDefinition array and have a corresponding enum to index in this array. Unfortunately this is quite error prone. Indeed, just today we found an incorrect merge where a discrepancy between the order of the enum values and their definition caused the test suite to fail spectacularly. Tablegen can streamline the process of generating the property definition table while at the same time guaranteeing that the enums stay in sync. That's exactly what this patch does. It adds a new tablegen file for the properties, building on top of the infrastructure that Raphael added recently for the command options. It also introduces two new tablegen backends: one for the property definitions and one for their corresponding enums. It might be worth mentioning that I generated most of the tablegen definitions from the existing property definitions, by adding a dump method to the struct. This seems both more efficient and less error prone that copying everything over by hand. Only Enum properties needed manual fixup for the EnumValues and DefaultEnumValue fields. Differential revision: https://reviews.llvm.org/D65185 llvm-svn: 367058
2019-07-26 05:36:37 +08:00
TARGET LLDBPluginSymbolFileDWARFPropertiesEnumGen)
[CMake] [4/4] Update a batch of plugins This is extending the updates from r293696 to more LLDB plugins. llvm-svn: 293701
2017-02-01 06:31:38 +08:00
add_lldb_library(lldbPluginSymbolFileDWARF PLUGIN
Reland "[DWARF] Extract indexing code into a separate class hierarchy" After this commit, the xcode project will need to be updated to include the new files added here. llvm-svn: 332841
2018-05-21 22:12:52 +08:00
AppleDWARFIndex.cpp
[DWARF] Add (empty) DebugNamesDWARFIndex class and a setting to control its use Summary: This patch adds the skeleton for implementing the DWARF v5 name index class. All of the methods are stubbed out and will be implemented in subsequent patches. The interesting part of the patch is the addition of a "ignore-file-indexes" setting to the dwarf plugin which enables a user to force using manual indexing path in lldb (for example as a debugging aid). I have also added a test that verifies that file indexes are used by default. Reviewers: JDevlieghere, clayborg, jingham Subscribers: mgorny, mehdi_amini, aprantl, lldb-commits Differential Revision: https://reviews.llvm.org/D47629 llvm-svn: 334088
2018-06-06 19:35:23 +08:00
DebugNamesDWARFIndex.cpp
Add basic fission support to SymbolFileDWARF * Create new dwo symbol file class * Add handling for .dwo sections * Change indexes in SymbolFileDWARF to store compile unit offset next to DIE offset * Propagate queries from dwarf compile unit to the dwo compile unit where applicable Differential revision: http://reviews.llvm.org/D12291 llvm-svn: 247132
2015-09-09 18:20:48 +08:00
DIERef.cpp
Convert to UNIX line endings. llvm-svn: 191367
2013-09-25 18:37:32 +08:00
DWARFAbbreviationDeclaration.cpp
Made a new abstract class named "DWARFASTParser" which lives in "source/Plugins/SymbolFile/DWARF": class DWARFASTParser { public: virtual ~DWARFASTParser() {} virtual lldb::TypeSP ParseTypeFromDWARF (const lldb_private::SymbolContext& sc, const DWARFDIE &die, lldb_private::Log *log, bool *type_is_new_ptr) = 0; virtual lldb_private::Function * ParseFunctionFromDWARF (const lldb_private::SymbolContext& sc, const DWARFDIE &die) = 0; virtual bool CompleteTypeFromDWARF (const DWARFDIE &die, lldb_private::Type *type, lldb_private::CompilerType &clang_type) = 0; virtual lldb_private::CompilerDeclContext GetDeclContextForUIDFromDWARF (const DWARFDIE &die) = 0; virtual lldb_private::CompilerDeclContext GetDeclContextContainingUIDFromDWARF (const DWARFDIE &die) = 0; }; We have one subclass named DWARFASTParserClang that implements all of the clang specific AST type parsing. This keeps all DWARF parsing in the DWARF plug-in. Moved all of the DWARF parsing code that was in ClangASTContext over into DWARFASTParserClang. lldb_private::TypeSystem classes no longer have any DWARF parsing functions in them, but they can hand out a DWARFASTParser: virtual DWARFASTParser * GetDWARFParser () { return nullptr; } This keeps things clean and makes for easy merging when we have different AST's for different languages. llvm-svn: 246242
2015-08-28 09:01:03 +08:00
DWARFASTParserClang.cpp
Major DWARF cleanup. Added a new class called DWARFDIE that contains a DWARFCompileUnit and DWARFDebugInfoEntry so that these items always stay together. There were many places where we just handed out DWARFDebugInfoEntry pointers and then use them with a compile unit that may or may not be the correct one. Clients outside of DWARFCompileUnit and DWARFDebugInfoEntry should all be dealing with DWARFDIE instances instead of playing with DWARFCompileUnit/DWARFDebugInfoEntry pairs manually. This paves to the way for some modifications that are coming for DWO. llvm-svn: 246100
2015-08-27 06:57:51 +08:00
DWARFAttribute.cpp
DWARFDIE split out to DWARFBaseDIE This new DWARFBaseDIE is going to be used for DWARFUnit::GetUnitDIEOnly() as other DIEs are unavailable that time so the caller should not have methods available to access them. This patch is only a mechanical split without any use of it. Differential revision: https://reviews.llvm.org/D47275 llvm-svn: 333222
2018-05-25 04:44:48 +08:00
DWARFBaseDIE.cpp
Convert to UNIX line endings. llvm-svn: 191367
2013-09-25 18:37:32 +08:00
DWARFCompileUnit.cpp
Introduce DWARFContext. LLVM's DWARF parsing library has a class called DWARFContext which holds all of the various DWARF data sections and lots of other information. LLDB's on the other hand stores all of this directly in SymbolFileDWARF / SymbolFileDWARFDwo and passes this interface around through the parsing library. Obviously this is incompatible with a world where the low level interface does not depend on the high level interface, so we need to move towards a model similar to LLVM's - i.e. all of the context needed for low level parsing should be in a single class, and that class gets passed around. This patch is a small incremental step towards achieving this. The interface and internals deviate from LLVM's for technical reasons, but the high level idea is the same. The goal is, eventually, to remove all occurrences of SymbolFileDWARF from the low level parsing code. For now I've chosen a very simple section - the .debug_aranges section to move into DWARFContext while leaving everything else unchanged. In the short term this is a bit confusing because now the information you need might come from either of 2 different locations. But it's a huge refactor to do this all at once and runs a much higher risk of breaking things. So I think it would be wise to do this in very small pieces. TL;DR - No functional change Differential Revision: https://reviews.llvm.org/D59562 llvm-svn: 356612
2019-03-21 04:49:25 +08:00
DWARFContext.cpp
Introduce DWARFDataExtractor for 64-Bit DWARF parsing Review: http://llvm-reviews.chandlerc.com/D2007 llvm-svn: 193368
2013-10-25 04:43:47 +08:00
DWARFDataExtractor.cpp
Convert to UNIX line endings. llvm-svn: 191367
2013-09-25 18:37:32 +08:00
DWARFDebugAbbrev.cpp
DWARFDebugAranges.cpp
DWARFDebugArangeSet.cpp
DWARFDebugInfo.cpp
DWARFDebugInfoEntry.cpp
Read macro info from .debug_macro section and use it for expression evaluation. Summary: DWARF 5 proposes a reinvented .debug_macro section. This change follows that spec. Currently, only GCC produces the .debug_macro section and hence the added test is annottated with expectedFailureClang. Reviewers: spyffe, clayborg, tberghammer Subscribers: lldb-commits Differential Revision: http://reviews.llvm.org/D15437 llvm-svn: 255729
2015-12-16 08:22:08 +08:00
DWARFDebugMacro.cpp
Convert to UNIX line endings. llvm-svn: 191367
2013-09-25 18:37:32 +08:00
DWARFDebugRanges.cpp
DWARFDeclContext.cpp
DWARFDefines.cpp
Major DWARF cleanup. Added a new class called DWARFDIE that contains a DWARFCompileUnit and DWARFDebugInfoEntry so that these items always stay together. There were many places where we just handed out DWARFDebugInfoEntry pointers and then use them with a compile unit that may or may not be the correct one. Clients outside of DWARFCompileUnit and DWARFDebugInfoEntry should all be dealing with DWARFDIE instances instead of playing with DWARFCompileUnit/DWARFDebugInfoEntry pairs manually. This paves to the way for some modifications that are coming for DWO. llvm-svn: 246100
2015-08-27 06:57:51 +08:00
DWARFDIE.cpp
Convert to UNIX line endings. llvm-svn: 191367
2013-09-25 18:37:32 +08:00
DWARFFormValue.cpp
Reland "[DWARF] Extract indexing code into a separate class hierarchy" After this commit, the xcode project will need to be updated to include the new files added here. llvm-svn: 332841
2018-05-21 22:12:52 +08:00
DWARFIndex.cpp
DWARF: Introduce DWARFTypeUnit class Summary: This patch introduces the DWARFTypeUnit class, and teaches lldb to parse type units out of both the debug_types section (DWARF v4), and from the regular debug_info section (DWARF v5). The most important piece of functionality - resolving DW_AT_signatures to connect type forward declarations to their definitions - is not implemented here, but even without that, a lot of functionality becomes available. I've added tests for the commands that start to work after this patch. The changes in this patch were greatly inspired by D61505, which in turn took over changes from D32167. Reviewers: JDevlieghere, clayborg, aprantl Subscribers: mgorny, jankratochvil, lldb-commits Differential Revision: https://reviews.llvm.org/D62008 llvm-svn: 361360
2019-05-22 17:09:39 +08:00
DWARFTypeUnit.cpp
DWARFUnit split out of DWARFCompileUnit DW_TAG_partial_unit for DWZ can be then presented by DWARFPartialUnit also inherited from DWARFUnit. Differential revision: https://reviews.llvm.org/D40466 llvm-svn: 327809
2018-03-19 04:09:02 +08:00
DWARFUnit.cpp
Code cleanup in preparation of adding split dwarf support * Remove some unused code * Remove usage of DWARFDebugInfoEntry::Attributes where usage isn't reasonable * Cleanup DWARFMappedHash with separating it to header and implementation file and fixing the visibility of the functions Differential revision: http://reviews.llvm.org/D12374 llvm-svn: 247131
2015-09-09 18:20:36 +08:00
HashedNameToDIE.cpp
Convert to UNIX line endings. llvm-svn: 191367
2013-09-25 18:37:32 +08:00
LogChannelDWARF.cpp
Reland "[DWARF] Extract indexing code into a separate class hierarchy" After this commit, the xcode project will need to be updated to include the new files added here. llvm-svn: 332841
2018-05-21 22:12:52 +08:00
ManualDWARFIndex.cpp
Convert to UNIX line endings. llvm-svn: 191367
2013-09-25 18:37:32 +08:00
NameToDIE.cpp
SymbolFileDWARF.cpp
Add basic fission support to SymbolFileDWARF * Create new dwo symbol file class * Add handling for .dwo sections * Change indexes in SymbolFileDWARF to store compile unit offset next to DIE offset * Propagate queries from dwarf compile unit to the dwo compile unit where applicable Differential revision: http://reviews.llvm.org/D12291 llvm-svn: 247132
2015-09-09 18:20:48 +08:00
SymbolFileDWARFDwo.cpp
Add support for the DWP debug info format Summary: The DWP (DWARF package) format is used to pack multiple dwo files generated by split-dwarf into a single ELF file to make distributing them easier. It is part of the DWARFv5 spec and can be generated by dwp or llvm-dwp from a set of dwo files. Caviats: * Only the new version of the dwp format is supported (v2 in GNU numbering schema and v5 in the DWARF spec). The old version (v1) is already deprecated but binutils 2.24 still generates that one. * Combining DWP files with module debugging is not yet supported. Subscribers: emaste, mgorny, aprantl Differential Revision: https://reviews.llvm.org/D36062 llvm-svn: 311775
2017-08-25 21:56:14 +08:00
SymbolFileDWARFDwoDwp.cpp
SymbolFileDWARFDwp.cpp
Convert to UNIX line endings. llvm-svn: 191367
2013-09-25 18:37:32 +08:00
SymbolFileDWARFDebugMap.cpp
UniqueDWARFASTType.cpp
[CMake] [4/4] Update a batch of plugins This is extending the updates from r293696 to more LLDB plugins. llvm-svn: 293701
2017-02-01 06:31:38 +08:00
LINK_LIBS
lldbCore
lldbExpression
lldbHost
lldbInterpreter
lldbSymbol
lldbTarget
lldbUtility
lldbPluginObjCLanguage
lldbPluginCPlusPlusLanguage
lldbPluginExpressionParserClang
[lldb] [cmake] Support linking against clang-cpp dylib Link against clang-cpp dylib rather than split libs when CLANG_LINK_CLANG_DYLIB is enabled. Differential Revision: https://reviews.llvm.org/D68456 llvm-svn: 373734
2019-10-04 20:03:03 +08:00
CLANG_LIBS
clangAST
clangBasic
[CMake] [4/4] Update a batch of plugins This is extending the updates from r293696 to more LLDB plugins. llvm-svn: 293701
2017-02-01 06:31:38 +08:00
LINK_COMPONENTS
Add support for the DWP debug info format Summary: The DWP (DWARF package) format is used to pack multiple dwo files generated by split-dwarf into a single ELF file to make distributing them easier. It is part of the DWARFv5 spec and can be generated by dwp or llvm-dwp from a set of dwo files. Caviats: * Only the new version of the dwp format is supported (v2 in GNU numbering schema and v5 in the DWARF spec). The old version (v1) is already deprecated but binutils 2.24 still generates that one. * Combining DWP files with module debugging is not yet supported. Subscribers: emaste, mgorny, aprantl Differential Revision: https://reviews.llvm.org/D36062 llvm-svn: 311775
2017-08-25 21:56:14 +08:00
DebugInfoDWARF
[CMake] [4/4] Update a batch of plugins This is extending the updates from r293696 to more LLDB plugins. llvm-svn: 293701
2017-02-01 06:31:38 +08:00
Support
Convert to UNIX line endings. llvm-svn: 191367
2013-09-25 18:37:32 +08:00
)
Let tablegen generate property definitions Property definitions are currently defined in a PropertyDefinition array and have a corresponding enum to index in this array. Unfortunately this is quite error prone. Indeed, just today we found an incorrect merge where a discrepancy between the order of the enum values and their definition caused the test suite to fail spectacularly. Tablegen can streamline the process of generating the property definition table while at the same time guaranteeing that the enums stay in sync. That's exactly what this patch does. It adds a new tablegen file for the properties, building on top of the infrastructure that Raphael added recently for the command options. It also introduces two new tablegen backends: one for the property definitions and one for their corresponding enums. It might be worth mentioning that I generated most of the tablegen definitions from the existing property definitions, by adding a dump method to the struct. This seems both more efficient and less error prone that copying everything over by hand. Only Enum properties needed manual fixup for the EnumValues and DefaultEnumValue fields. Differential revision: https://reviews.llvm.org/D65185 llvm-svn: 367058
2019-07-26 05:36:37 +08:00
add_dependencies(lldbPluginSymbolFileDWARF
LLDBPluginSymbolFileDWARFPropertiesGen
LLDBPluginSymbolFileDWARFPropertiesEnumGen)