alexshap added inline comments.
Comment at: packages/Python/lldbsuite/test/make/Makefile.rules:238
+ifneq (,$(wildcard $(LLVM_DWP)))
+ MAKE_DWP=YES
aprantl wrote:
> Is the fact this this is *llvm-*dwp critical, or are llvm-dwp and GNU dwp
> interchangeable? I
alexshap added a comment.
@labath
> I am not denying that there is value in running the dotest suite in all of
> these modes. In fact, I think that (the fact that we can use the same tests
> to exercise a lot of different scenarios) is one of the strengths ?>of our
> test suite. However, I don
alexshap created this revision.
Herald added subscribers: JDevlieghere, aprantl.
At the moment for DIERefs coming from DWO/DWP LLDB expects cu_offset to be
equal to the offset of
the original compilation unit. This invariant is ensured during the "indexing"
of DIEs of the original SymbolFileDWAR
alexshap added a comment.
@tberghammer - for example, any call of
SymbolFileDWARF::FindCompleteObjCDefinitionTypeForDIE (with an object of the
type SymbolFileDWARFDwo)
will trigger indexing of the dwo file.
@labath - yeah, i will add a test & update this patch
Repository:
rL LLVM
https://r
alexshap added a comment.
@tberghammer, SymbolFileDWARF (the base class of SymbolFileDWARFDwo) calls
Index()
"lazily" in may places, so indexing of dwo happens almost inevitably (at the
moment)
(FindCompleteObjCDefinitionTypeForDIE is just one example).
> because this way you will index the c
alexshap added a comment.
i'd like to think about this problem a little bit more (maybe i'm missing smth)
+ as i said above - will add a test
Repository:
rL LLVM
https://reviews.llvm.org/D39825
___
lldb-commits mailing list
lldb-commits@lists.ll
alexshap added a comment.
> The main point is that you should almost always interact with the
> SymbolFileDWARF instance belonging to the main object file and it
> (actually DWARFCompileUnit) will know when to access data from the Dwo >file
> instead.
> The original goal was to not leak pointe
alexshap updated this revision to Diff 122389.
alexshap added a comment.
Change the approach: add assert to ensure we don't double index .dwo files,
rerun the tests.
@tberghammer - many thanks for the suggestions.
p.s. didn't add new tests (in this commit) - standalone repo is not trivial
(objc
This revision was automatically updated to reflect the committed changes.
Closed by commit rL317919: [lldb] Remove unused method declaration (authored by
alexshap).
Changed prior to commit:
https://reviews.llvm.org/D39884?vs=122379&id=122493#toc
Repository:
rL LLVM
https://reviews.llvm.org/
This revision was automatically updated to reflect the committed changes.
Closed by commit rL318554: [lldb] Ensure that dwo/dwp are not double-indexed
(authored by alexshap).
Changed prior to commit:
https://reviews.llvm.org/D39825?vs=122389&id=123403#toc
Repository:
rL LLVM
https://reviews
alexshap created this revision.
1. Move everything into the namespace lldb_private
2. Add missing std::move in TaskPoolImpl::Worker
3. std::thread::hardware_concurrency may return 0, handle this case correctly
Repository:
rL LLVM
https://reviews.llvm.org/D40587
Files:
include/lldb/Host/Tas
alexshap updated this revision to Diff 124661.
alexshap added a comment.
fix the tests
Repository:
rL LLVM
https://reviews.llvm.org/D40587
Files:
include/lldb/Host/TaskPool.h
source/Host/common/TaskPool.cpp
unittests/Host/TaskPoolTest.cpp
Index: unittests/Host/TaskPoolTest.cpp
==
This revision was automatically updated to reflect the committed changes.
Closed by commit rL319492: [lldb] A few minor fixes in TaskPool (authored by
alexshap).
Changed prior to commit:
https://reviews.llvm.org/D40587?vs=124661&id=125036#toc
Repository:
rL LLVM
https://reviews.llvm.org/D40
alexshap created this revision.
alexshap added reviewers: tberghammer, labath, clayborg.
Herald added subscribers: llvm-commits, JDevlieghere, aprantl.
A small test where the issue is easy to reproduce:
a.cpp:
int f() {
return 1;
}
b.cpp:
extern int f();
void g() {
int y = 14;
alexshap added a comment.
@davide - the test case is in the description but i can try to add it to the
test suite.
Repository:
rL LLVM
https://reviews.llvm.org/D42563
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lists.llvm.or
alexshap added a comment.
@tberghammer
> ELF specific as nothing really ties SymbolFileDWARF with the ELF format
the only reason why it's currently guarded to ELF is the fact that
for Mach-O uuid also encodes something and i didn't want to change that (see
the comment in the old version of the
alexshap added inline comments.
Comment at: source/Plugins/SymbolFile/DWARF/DIERef.cpp:67-68
+ lldb_private::ArchSpec arch;
+ if (dwarf->GetObjectFile()->GetArchitecture(arch) &&
+ arch.GetTriple().isOSBinFormatELF()) {
+// For SymbolFileDWARFDwo/SymbolFileDWARFDwoDwp
alexshap updated this revision to Diff 131920.
alexshap added a comment.
Update, rerun the tests.
Repository:
rL LLVM
https://reviews.llvm.org/D42563
Files:
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/Makefile
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular
alexshap updated this revision to Diff 131921.
alexshap added a comment.
fix typo
Repository:
rL LLVM
https://reviews.llvm.org/D42563
Files:
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/Makefile
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/TestMix
alexshap updated this revision to Diff 131922.
alexshap added a comment.
one more update
Repository:
rL LLVM
https://reviews.llvm.org/D42563
Files:
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/Makefile
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/
alexshap updated this revision to Diff 131924.
alexshap added a comment.
fix comment
https://reviews.llvm.org/D42563
Files:
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/Makefile
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/TestMixedDwarfBinary.py
p
alexshap updated this revision to Diff 131938.
alexshap added a comment.
Update makefile
Repository:
rL LLVM
https://reviews.llvm.org/D42563
Files:
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/Makefile
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/
alexshap added inline comments.
Comment at:
packages/Python/lldbsuite/test/linux/mix-dwo-and-regular-objects/Makefile:10-12
+.PHONY: clean
+clean::
+ $(RM) -f a.dwo a.o b.o main
tberghammer wrote:
> Do you need this? I think Makefile.rules should generate
This revision was automatically updated to reflect the committed changes.
Closed by commit rL323832: [lldb] Enable debugging of binaries with mixed
(splitted/regular) dwarf (authored by alexshap, committed by ).
Changed prior to commit:
https://reviews.llvm.org/D42563?vs=131938&id=132067#toc
R
alexshap created this revision.
Herald added a subscriber: JDevlieghere.
A *.dwo file itself can have DW_AT_GNU_dwo_name (but no DW_AT_comp_dir)
(clang 4.0 generates such DWOs). In this case there is no need to try to get a
new module,
and, more over, if we try (below) the method ModuleList::Ge
alexshap added inline comments.
Comment at: source/Plugins/SymbolFile/DWARF/SymbolFileDWARF.cpp:1644-1656
+// A *.dwo file itself can have DW_AT_GNU_dwo_name (but no
+// DW_AT_comp_dir) (clang 4.0 generates such DWOs). In this case
+// there is
alexshap added a comment.
@clayborg, many thanks for the review,
i've added above a comment with more details about the issue (to the best my
knowledge).
Repository:
rL LLVM
https://reviews.llvm.org/D37295
___
lldb-commits mailing list
lldb-comm
alexshap added a comment.
@clayborg - yeah, many thanks for the comments
> Does this seem like it is a compiler bug
yeah, i think it might be the case, although right now i can't say for sure and
i need to consult with the DWO spec
> If this is a long released compiler generating this, then we
alexshap added a comment.
ping
Repository:
rL LLVM
https://reviews.llvm.org/D37295
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
This revision was automatically updated to reflect the committed changes.
Closed by commit rL313083: [lldb] Adjust UpdateExternalModuleListIfNeeded
method for the case of *.dwo (authored by alexshap).
Changed prior to commit:
https://reviews.llvm.org/D37295?vs=113249&id=114923#toc
Repository:
alexshap created this revision.
Herald added subscribers: JDevlieghere, aprantl.
SymbolFileDWARFDwp contains m_debug_cu_index_map which was previously
initialized incorrectly: before m_debug_cu_index.parse is called
m_debug_cu_index is empty,
thus the map was not actually getting populated prope
This revision was automatically updated to reflect the committed changes.
Closed by commit rL314832: [lldb] Fix initialization of m_debug_cu_index_map
(authored by alexshap).
Changed prior to commit:
https://reviews.llvm.org/D38492?vs=117470&id=117570#toc
Repository:
rL LLVM
https://reviews
alexshap created this revision.
Herald added subscribers: JDevlieghere, aprantl.
Previously LLDB required dwp to be located next to the executable file
(see the code in SymbolFileDWARF::GetDwpSymbolFile).
This diff uses the helper function Symbols::LocateExecutableSymbolFile
to search for DWP file
alexshap added a comment.
Ping
Repository:
rL LLVM
https://reviews.llvm.org/D38568
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
alexshap updated this revision to Diff 118250.
alexshap added a comment.
Ignore the UUID comparison if the UUID field is not valid (in this case the
interface seems to be a bit cleaner (module_spec is the single source of truth
(without extra parameters))
Repository:
rL LLVM
https://reviews
This revision was automatically updated to reflect the committed changes.
Closed by commit rL315387: [lldb] Enable using out-of-tree dwps (authored by
alexshap).
Changed prior to commit:
https://reviews.llvm.org/D38568?vs=118250&id=118504#toc
Repository:
rL LLVM
https://reviews.llvm.org/D38
This revision was automatically updated to reflect the committed changes.
Closed by commit rL287966: [lldb] Fix typos in file headers (authored by
alexshap).
Changed prior to commit:
https://reviews.llvm.org/D27115?vs=79259&id=79329#toc
Repository:
rL LLVM
https://reviews.llvm.org/D27115
F
alexshap created this revision.
alexshap added reviewers: labath, sas.
alexshap added a subscriber: LLDB.
alexshap set the repository for this revision to rL LLVM.
This diff adds missing semicolon in SymbolFileDWARF.cpp .
Repository:
rL LLVM
https://reviews.llvm.org/D27177
Files:
source/Pl
This revision was automatically updated to reflect the committed changes.
Closed by commit rL288094: [lldb] Fix compilation of SymbolFileDWARF.cpp with
ENABLE_DEBUG_PRINTF set (authored by alexshap).
Changed prior to commit:
https://reviews.llvm.org/D27177?vs=79465&id=79481#toc
Repository:
r
alexshap added inline comments.
Comment at: include/lldb/Core/FastDemangle.h:22
+char *
+FastDemangle(const char *mangled_name, size_t mangled_name_length,
+ std::function primitive_type_hook = nullptr);
some thoughts:
(also i assume i might be mista
alexshap created this revision.
alexshap added reviewers: clayborg, spyffe.
alexshap added a subscriber: lldb-commits.
alexshap set the repository for this revision to rL LLVM.
This diff
1. Adds a comment to ObjectFileELF.cpp about the current
approach to determining the OS.
2. Replaces the che
alexshap updated this revision to Diff 80278.
alexshap added a comment.
Address comments
Repository:
rL LLVM
https://reviews.llvm.org/D27380
Files:
source/Plugins/ObjectFile/ELF/ObjectFileELF.cpp
source/Plugins/SymbolFile/DWARF/SymbolFileDWARF.cpp
Index: source/Plugins/SymbolFile/DWARF
This revision was automatically updated to reflect the committed changes.
Closed by commit rL288687: [lldb] Update the check for Linux or FreeBSD in
SymbolFileDWARF::FindFunctions (authored by alexshap).
Changed prior to commit:
https://reviews.llvm.org/D27380?vs=80278&id=80295#toc
Repository:
43 matches
Mail list logo