search for: completetypefromdwarf

Displaying 9 results from an estimated 9 matches for "completetypefromdwarf".

2018 Jun 14
2
[lldb-dev] Adding DWARF5 accelerator table support to llvm
...bjc accelerator table. But I'd like to learn. My observation was based on studying lldb code. The only place where the objc table is used is in the AppleDWARFIndex::GetObjCMethods function, which is called from SymbolFileDWARF::GetObjCMethodDIEOffsets, whose only caller is DWARFASTParserClang::CompleteTypeFromDWARF, which seems to have a class DIE as an argument. However, if not all declarations of a class/interface have access to the full list of methods then this might be a problem for the approach I suggested.
2018 Jun 14
2
[lldb-dev] Adding DWARF5 accelerator table support to llvm
...;> >> My observation was based on studying lldb code. The only place where >> the objc table is used is in the AppleDWARFIndex::GetObjCMethods >> function, which is called from >> SymbolFileDWARF::GetObjCMethodDIEOffsets, whose only caller is >> DWARFASTParserClang::CompleteTypeFromDWARF, which seems to have a >> class DIE as an argument. However, if not all declarations of a >> class/interface have access to the full list of methods then this >> might be a problem for the approach I suggested. > > > Maybe, but the same is actually true for C++ classes to...
2018 Jun 14
2
[lldb-dev] Adding DWARF5 accelerator table support to llvm
...on studying lldb code. The only place where > > >> the objc table is used is in the AppleDWARFIndex::GetObjCMethods > > >> function, which is called from > > >> SymbolFileDWARF::GetObjCMethodDIEOffsets, whose only caller is > > >> DWARFASTParserClang::CompleteTypeFromDWARF, which seems to have a > > >> class DIE as an argument. However, if not all declarations of a > > >> class/interface have access to the full list of methods then this > > >> might be a problem for the approach I suggested. > > > > > > > >...
2016 Mar 26
2
DW_TAG_member extends beyond the bounds error on Linux
...operties=..., default_accessibility=@0x7ffdf3888cac: lldb::eAccessPublic, is_a_class=@0x7ffdf3888cab: false, layout_info=...) at /home/engshare/third-party2/lldb/3.8.0.rc3/src/llvm/tools/lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp:2937 #1 0x00007f103d025b84 in DWARFASTParserClang::CompleteTypeFromDWARF(DWARFDIE const&, lldb_private::Type*, lldb_private::CompilerType&) (this=0x8c4520, die=..., type=0xc40a50, clang_type=...) at /home/engshare/third-party2/lldb/3.8.0.rc3/src/llvm/tools/lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp:2036 #2 0x00007f103d04c5e8 in SymbolFileD...
2016 Mar 27
0
DW_TAG_member extends beyond the bounds error on Linux
...t_accessibility=@0x7ffdf3888cac: > lldb::eAccessPublic, is_a_class=@0x7ffdf3888cab: false, layout_info=...) at > /home/engshare/third-party2/lldb/3.8.0.rc3/src/llvm/tools/lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp:2937 > #1 0x00007f103d025b84 in > DWARFASTParserClang::CompleteTypeFromDWARF(DWARFDIE const&, > lldb_private::Type*, lldb_private::CompilerType&) (this=0x8c4520, die=..., > type=0xc40a50, clang_type=...) > at > /home/engshare/third-party2/lldb/3.8.0.rc3/src/llvm/tools/lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp:2036 > #2 0x00007f...
2016 Mar 27
1
DW_TAG_member extends beyond the bounds error on Linux
...@0x7ffdf3888cac: >> lldb::eAccessPublic, is_a_class=@0x7ffdf3888cab: false, layout_info=...) at >> /home/engshare/third-party2/lldb/3.8.0.rc3/src/llvm/tools/lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp:2937 >> #1 0x00007f103d025b84 in >> DWARFASTParserClang::CompleteTypeFromDWARF(DWARFDIE const&, >> lldb_private::Type*, lldb_private::CompilerType&) (this=0x8c4520, die=..., >> type=0xc40a50, clang_type=...) >> at >> /home/engshare/third-party2/lldb/3.8.0.rc3/src/llvm/tools/lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp:2036 &...
2016 Mar 27
0
DW_TAG_member extends beyond the bounds error on Linux
...>>> lldb::eAccessPublic, is_a_class=@0x7ffdf3888cab: false, layout_info=...) at >>> /home/engshare/third-party2/lldb/3.8.0.rc3/src/llvm/tools/lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp:2937 >>> #1 0x00007f103d025b84 in >>> DWARFASTParserClang::CompleteTypeFromDWARF(DWARFDIE const&, >>> lldb_private::Type*, lldb_private::CompilerType&) (this=0x8c4520, die=..., >>> type=0xc40a50, clang_type=...) >>> at >>> /home/engshare/third-party2/lldb/3.8.0.rc3/src/llvm/tools/lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParser...
2018 Jun 15
2
[lldb-dev] Adding DWARF5 accelerator table support to llvm
...he only place where >>>>>> the objc table is used is in the AppleDWARFIndex::GetObjCMethods >>>>>> function, which is called from >>>>>> SymbolFileDWARF::GetObjCMethodDIEOffsets, whose only caller is >>>>>> DWARFASTParserClang::CompleteTypeFromDWARF, which seems to have a >>>>>> class DIE as an argument. However, if not all declarations of a >>>>>> class/interface have access to the full list of methods then this >>>>>> might be a problem for the approach I suggested. >>>>>...
2018 Jun 14
3
[lldb-dev] Adding DWARF5 accelerator table support to llvm
> On Jun 14, 2018, at 7:01 AM, Pavel Labath via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Thank you all. I am going to try to reply to all comments in a single email. > > Regarding the .apple_objc idea, I am afraid the situation is not as > simple as just flipping a switch. Jonas is currently working on adding the support for DWARF5-style Objective-C accelerator