ZequanWu wrote:
Closed this as #138209 is preferred.
https://github.com/llvm/llvm-project/pull/124048
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/124048
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/138209
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
ZequanWu wrote:
Ping.
https://github.com/llvm/llvm-project/pull/138209
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/138209
>From dcb5b2596267d908dea1474164a1fadf1cd23aef Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Thu, 1 May 2025 14:51:24 -0700
Subject: [PATCH 1/5] [lldb][Formatters] Add --pointer-match-depth option to
"type su
ZequanWu wrote:
Ping.
https://github.com/llvm/llvm-project/pull/138209
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/138209
>From dcb5b2596267d908dea1474164a1fadf1cd23aef Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Thu, 1 May 2025 14:51:24 -0700
Subject: [PATCH 1/4] [lldb][Formatters] Add --pointer-match-depth option to
"type su
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/138209
>From dcb5b2596267d908dea1474164a1fadf1cd23aef Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Thu, 1 May 2025 14:51:24 -0700
Subject: [PATCH 1/3] [lldb][Formatters] Add --pointer-match-depth option to
"type su
@@ -96,6 +97,8 @@ class FormattersMatchCandidate {
bool DidStripTypedef() const { return m_flags.stripped_typedef; }
+ uint32_t GetPtrStrippedDepth() const { return m_ptr_stripped_depth; }
ZequanWu wrote:
I meant this `FormattersMatchCandidate` has been s
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/138209
>From dcb5b2596267d908dea1474164a1fadf1cd23aef Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Thu, 1 May 2025 14:51:24 -0700
Subject: [PATCH 1/2] [lldb][Formatters] Add --pointer-match-depth option to
"type su
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/138209
Currently, the type `T`'s summary formatter will be matched for `T`, `T*`,
`T**` and so on. This is unexpected in many data formatters. Such unhandled
cases could cause the data formatter to crash. An example
ZequanWu wrote:
Since this makes lldb to do type searching more aggressively, I want to get a
sense of performance impact on simplified template names from this PR. When I
running the a test program with LLDB (with this PR), LLDB crashes. I don't have
a reduced test case yet, will probably wor
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/125294
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/125294
>From bbecf2f990c1fdf8ed993c3bba4c68212ebb299c Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Fri, 31 Jan 2025 13:05:14 -0800
Subject: [PATCH 1/4] [lldb] Show value for libcxx and libstdcxx summary and
remove
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/125294
>From bbecf2f990c1fdf8ed993c3bba4c68212ebb299c Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Fri, 31 Jan 2025 13:05:14 -0800
Subject: [PATCH 1/3] [lldb] Show value for libcxx and libstdcxx summary and
remove
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/125294
>From bbecf2f990c1fdf8ed993c3bba4c68212ebb299c Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Fri, 31 Jan 2025 13:05:14 -0800
Subject: [PATCH 1/2] [lldb] Show value for libcxx and libstdcxx summary and
remove
@@ -172,7 +172,4 @@ def test_ref_and_ptr(self):
# The pointer should just show the right number of elements:
-ptrAddr = self.findVariable("ptr").GetValue()
-self.expect_expr(
-"ptr", result_type="std::span *",
result_summary=f"{ptrAddr} si
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/125294
This has two changes:
1. Set show value for libcxx and libstdcxx summary provider. This will print
the pointer value for both pointer type and reference type.
2. Remove pointer value printing in libcxx containe
ZequanWu wrote:
Is there any update on this PR? I'm interested in working on a similar callback
that can be triggered when target is created, but I want to wait for this one
to get landed first as they will share some common code.
https://github.com/llvm/llvm-project/pull/111206
__
ZequanWu wrote:
> > > I'd rather keep the flexibility, if you don't mind doing the work to add
> > > that. For now, it seems okay for the current libc++/libstdc++ ones to
> > > declare what they support (which is 1 pointer depth). If someone has a
> > > reason to come back and extend these one
ZequanWu wrote:
@labath What do you think? The solution above will still use the formatters for
`T` when `T**` is printed.
https://github.com/llvm/llvm-project/pull/124048
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.or
ZequanWu wrote:
> If the objection is that's a pain to do for every formatter, we could have
> the type matcher do the dereferencing and always pass the formatter the
> ValueObject that is the type they registered the formatter for.
Do you mean pass the formatter the ValueObject with type `T`
ZequanWu wrote:
> > > How does this patch fit with the:
> > > ```
> > >-p ( --skip-pointers )
> > > Don't use this format for pointers-to-type objects.
> > >
> > >-r ( --skip-references )
> > > Don't use this format for references-to-type objects.
> > > ```
> > >
> > >
@@ -222,14 +223,15 @@ void FormatManager::GetPossibleMatches(
if (compiler_type.IsPointerType()) {
CompilerType non_ptr_type = compiler_type.GetPointeeType();
-GetPossibleMatches(valobj, non_ptr_type, use_dynamic, entries,
- current_flags.WithSt
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/124048
>From 1948805894e006d84fbb78299574b3c7618959d8 Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 22 Jan 2025 18:32:11 -0800
Subject: [PATCH 1/2] [lldb][Formatters] Do not recursively dereference pointer
type
ZequanWu wrote:
> How does this patch fit with the:
>
> ```
>-p ( --skip-pointers )
> Don't use this format for pointers-to-type objects.
>
>-r ( --skip-references )
> Don't use this format for references-to-type objects.
> ```
>
> settings in `type add`? It seems like
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/124048
Currently, the type `T`'s formatter will be matched for `T`, `T*`, `T**` and so
on. This is inconsistent with the behaviour of
`SBValue::GetChildMemberWithName` which can only dereference the pointer type
at
ZequanWu wrote:
> This particular example was fixed by
> https://github.com/llvm/llvm-project/pull/120569 but this still feels a
> little inconsistent. I'm not entirely sure we can get into that situation
> after that patch anymore. So the only test-case I could come up with was the
> unit-te
https://github.com/ZequanWu approved this pull request.
LGTM, thanks for fixing it.
https://github.com/llvm/llvm-project/pull/120809
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
ZequanWu wrote:
> > > As an alternative, we might be able to make the die-to-type map shared
> > > between all symbol files in a debug map (similar to how "unique dwarf ast
> > > type map" is shared).
> >
> >
> > Yea I considered that, but I was concerned with the unforeseen
> > complication
ZequanWu wrote:
> Just tried this. Unfortunately [we remove the CompilerType from the
> `GetForwardDeclCompilerTypeToDIE`](https://github.com/llvm/llvm-project/blob/d7ddc976d544528fe7f16882f5bec66c3b2a7884/lldb/source/Plugins/SymbolFile/DWARF/SymbolFileDWARF.cpp#L1577)
> map inside of `Complete
ZequanWu wrote:
> CompleteRecordType will call UpdateToDefDIE, which will update the
> Declaration stored in the map to something non-zero (we get it from the
> ParsedDWARFTypeAttributes(def_die)).
Ah, I missed this part. Thanks for the explanation. Also thanks for fixing
those bugs introduce
ZequanWu wrote:
> > > In which case, GetDIEToType().lookup(decl_die) will return a nullptr.
> > > This is already a bit iffy because some of the surrounding code assumes
> > > we don't call CompleteTypeFromDWARF with a nullptr Type*. E.g.,
> > > CompleteEnumType blindly dereferences it (though
ZequanWu wrote:
> In which case, GetDIEToType().lookup(decl_die) will return a nullptr. This is
> already a bit iffy because some of the surrounding code assumes we don't call
> CompleteTypeFromDWARF with a nullptr Type*. E.g., CompleteEnumType blindly
> dereferences it (though enums will neve
ZequanWu wrote:
> I think the way it's currently written doesn't handle the case where we call
> ParseStructureLikeDIE with a forward declaration, and then later on with a
> definition DIE. For C++ structures we handle that by updating the
> UniqueTypeMap with the definition DIE, etc. We'll pr
@@ -1671,43 +1671,84 @@ DWARFASTParserClang::ParseStructureLikeDIE(const
SymbolContext &sc,
attrs.is_forward_declaration = true;
}
+ DWARFDIE def_die;
+ if (attrs.is_forward_declaration && cu_language == eLanguageTypeObjC) {
+def_die = dwarf->FindDefinitionDIE(die
ZequanWu wrote:
> Since there's no good way to tell whether a forward declaration is an
> Objective-C type, the only solution I can really see here is to eagerly fetch
> the definition for Objective-C types.
That makes sense.
https://github.com/llvm/llvm-project/pull/119860
__
Author: Zequan Wu
Date: 2024-12-04T13:05:36-08:00
New Revision: 2e425bf629f80c8f8582c266d25a384e7549198d
URL:
https://github.com/llvm/llvm-project/commit/2e425bf629f80c8f8582c266d25a384e7549198d
DIFF:
https://github.com/llvm/llvm-project/commit/2e425bf629f80c8f8582c266d25a384e7549198d.diff
LOG
https://github.com/ZequanWu approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/117581
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
ZequanWu wrote:
> Where those names go from "const string" to "const std::__1::string" (and
> from "string" to "std::__1::string")? or something like that.
Yes. In some cases, it's getting super verbose, e.g:
`std::__1::basic_string,
std::__1::allocator >::value_type`.
> Probably the most co
ZequanWu wrote:
Just noticed that this breaks
`llvm/test/tools/dsymutil/X86/DWARFLinkerParallel/odr-string.test` because for
`DW_TAG_typedef`, llvm-dwarfdump will print the fully qualified name instead of
the base name in DW_AT_type that refers to it. Do you think we should keep the
original
ZequanWu wrote:
> if you're sending things for presubmit checks, but not for precommit review,
> please include the `skip-precommit-approval` label
Good to know that.
> - but in this case it looks like you requested review, but then submitted
> without waiting for that review? Please don't do
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/117239
Fix a bug introduced in https://github.com/llvm/llvm-project/pull/117071.
Ideally the DWARTTypePrinter test should go to
`llvm/unittests/DebugInfo/DWARF/DWARTTypePrinterTest.cpp`.
>From 5ecdcda44c179d32e64fae
ZequanWu wrote:
> This patch broke the lldb incremental bot on greendragon
>
> https://green.lab.llvm.org/job/llvm.org/view/LLDB/job/as-lldb-cmake/15486/
>
> TEST 'lldb-shell ::
> SymbolFile/DWARF/x86/simplified-template-names.cpp' FAILED
> Exit Code:
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/117071
This is a reland of https://github.com/llvm/llvm-project/pull/112811. Fixed the
bot breakage by running ld.lld explicitly.
>From 88aac9780b33410b0fb119c07eec6b4005149cf4 Mon Sep 17 00:00:00 2001
From: Zequan W
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/117071
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/112811
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/115177
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu edited
https://github.com/llvm/llvm-project/pull/112811
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/112811
>From 3fc0675398547617731d0501e3d4b98e2ffc480e Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 9 Oct 2024 22:35:46 -0700
Subject: [PATCH 1/4] [lldb][dwarf] Compute fully qualified names on simplified
templ
https://github.com/ZequanWu edited
https://github.com/llvm/llvm-project/pull/112811
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu edited
https://github.com/llvm/llvm-project/pull/112811
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/112811
>From 3fc0675398547617731d0501e3d4b98e2ffc480e Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 9 Oct 2024 22:35:46 -0700
Subject: [PATCH 1/3] [lldb][dwarf] Compute fully qualified names on simplified
templ
@@ -0,0 +1,31 @@
+// Test lldb is able to compute the fully qualified names on templates with
+// -gsimple-template-names and -fdebug-types-section.
+
+// REQUIRES: lld
+
+// Test against logging to see if we print the fully qualified names correctly.
+// RUN: %clangxx --target=x8
@@ -0,0 +1,31 @@
+// Test lldb is able to compute the fully qualified names on templates with
+// -gsimple-template-names and -fdebug-types-section.
+
+// REQUIRES: lld
+
+// Test against logging to see if we print the fully qualified names correctly.
+// RUN: %clangxx --target=x8
@@ -46,6 +48,7 @@ class DWARFBaseDIE {
explicit operator bool() const { return IsValid(); }
bool IsValid() const { return m_cu && m_die; }
+ bool isValid() const { return IsValid(); }
ZequanWu wrote:
Removed both `IsValid()` and `IsValid()` and switched
@@ -0,0 +1,31 @@
+// Test lldb is able to compute the fully qualified names on templates with
+// -gsimple-template-names and -fdebug-types-section.
+
+// REQUIRES: lld
+
+// Test against logging to see if we print the fully qualified names correctly.
+// RUN: %clangxx --target=x8
@@ -95,6 +100,8 @@ class DWARFBaseDIE {
const char *GetName() const;
+ const char *getShortName() const { return GetName(); }
ZequanWu wrote:
Grouped those new APIs for each lldb class and added a comment for it.
https://github.com/llvm/llvm-project/pull
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/112811
>From 3fc0675398547617731d0501e3d4b98e2ffc480e Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 9 Oct 2024 22:35:46 -0700
Subject: [PATCH 1/2] [lldb][dwarf] Compute fully qualified names on simplified
templ
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/114303
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu edited
https://github.com/llvm/llvm-project/pull/114303
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
@@ -1810,7 +1813,27 @@
SymbolFileNativePDB::ParseVariablesForCompileUnit(CompileUnit &comp_unit,
VariableList &variables) {
PdbSymUid sym_uid(comp_unit.GetID());
lldbassert(sym_uid.kind() == PdbSymUidKind::Compiland);
- re
https://github.com/ZequanWu approved this pull request.
Thanks, this makes testing nativepdb/pdb much easier.
https://github.com/llvm/llvm-project/pull/114455
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mai
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/114303
>From 215c36a380946a0c8cab63605bd0a9da13e642cd Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Tue, 29 Oct 2024 13:19:50 -0700
Subject: [PATCH 1/3] [lldb][NativePDB] Parse global variables.
---
.../NativePDB/S
@@ -1810,7 +1813,27 @@
SymbolFileNativePDB::ParseVariablesForCompileUnit(CompileUnit &comp_unit,
VariableList &variables) {
PdbSymUid sym_uid(comp_unit.GetID());
lldbassert(sym_uid.kind() == PdbSymUidKind::Compiland);
- re
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/114303
>From 215c36a380946a0c8cab63605bd0a9da13e642cd Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Tue, 29 Oct 2024 13:19:50 -0700
Subject: [PATCH 1/2] [lldb][NativePDB] Parse global variables.
---
.../NativePDB/S
https://github.com/ZequanWu edited
https://github.com/llvm/llvm-project/pull/114303
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu edited
https://github.com/llvm/llvm-project/pull/112811
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu ready_for_review
https://github.com/llvm/llvm-project/pull/112811
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/114303
This doesn't parse S_CONSTANT case yet, because I found that
`std::strong_ordering::equal` being a S_CONSTANT and has type of LF_STRUCTURE
which is not currently handled when creating dwarf expression for the
Author: Zequan Wu
Date: 2024-10-29T14:38:02-07:00
New Revision: a325c5359310316e393e7e446373fca645002ecb
URL:
https://github.com/llvm/llvm-project/commit/a325c5359310316e393e7e446373fca645002ecb
DIFF:
https://github.com/llvm/llvm-project/commit/a325c5359310316e393e7e446373fca645002ecb.diff
LOG
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/113980
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/113980
This is to work around the fact that `SymbolFileNativePDB::FindFunctions` only
support `lldb::eFunctionNameTypeFull` and `lldb::eFunctionNameTypeMethod` now.
Since `main`'s full name is the same as base name (
@@ -6,25 +6,21 @@
//
//===--===//
-#include
#include
#include
#include
#include
#include "llvm/ADT/StringRef.h"
-#include "llvm/Support/FormatAdapters.h"
#include "llvm/Support/FormatVariadic.h"
Author: Zequan Wu
Date: 2024-10-28T11:13:00-07:00
New Revision: 19c0a74ad6baa9eb38dbe0a20af7c67999c41821
URL:
https://github.com/llvm/llvm-project/commit/19c0a74ad6baa9eb38dbe0a20af7c67999c41821
DIFF:
https://github.com/llvm/llvm-project/commit/19c0a74ad6baa9eb38dbe0a20af7c67999c41821.diff
LOG
@@ -737,19 +752,35 @@ class Debugger : public
std::enable_shared_from_this,
lldb::TargetSP m_dummy_target_sp;
Diagnostics::CallbackID m_diagnostics_callback_id;
- std::mutex m_destroy_callback_mutex;
- lldb::callback_token_t m_destroy_callback_next_token = 0;
- struct
Stefan =?utf-8?q?Gr=C3=A4nitz?= ,
Stefan =?utf-8?q?Gr=C3=A4nitz?= ,
Stefan =?utf-8?q?Gr=C3=A4nitz?= ,
Stefan =?utf-8?q?Gr=C3=A4nitz?=
Message-ID:
In-Reply-To:
https://github.com/ZequanWu approved this pull request.
https://github.com/llvm/llvm-project/pull/112928
_
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/112811
>From db1e81bcbcc65af6963e84992154ffde16b13a10 Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 9 Oct 2024 22:35:46 -0700
Subject: [PATCH] [lldb][dwarf] Compute fully qualified names on simplified
template
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/112811
>From cee4a4f1ba6cbaa59ccd0278441f65eb26c06f96 Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 9 Oct 2024 22:35:46 -0700
Subject: [PATCH] [lldb][dwarf] Compute fully qualified names on simplified
template
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/112811
This is the second half of https://github.com/llvm/llvm-project/pull/90008.
Essentially, it replace the work of resolving template types when we just need
the qualified names with walking the DIE tree in `DWAR
ZequanWu wrote:
> On Ubuntu 22.04 with the latest official supported GCC 12.3.0, this commit
> breaks the `check-lldb` due to a failed compilation:
>
> ```
> llvm-project/lldb/unittests/SymbolFile/DWARF/SymbolFileDWARFTests.cpp:95:33:
> error: class template placeholder 'llvm::ArrayRef' not pe
Author: Zequan Wu
Date: 2024-10-02T14:11:04-07:00
New Revision: e379b4b67f760e743d8bc826cc6de00a27109dbd
URL:
https://github.com/llvm/llvm-project/commit/e379b4b67f760e743d8bc826cc6de00a27109dbd
DIFF:
https://github.com/llvm/llvm-project/commit/e379b4b67f760e743d8bc826cc6de00a27109dbd.diff
LOG
@@ -132,34 +134,33 @@ TEST_F(SymbolFileDWARFTests,
ParseArangesWithMultipleTerminators) {
// Set the big endian length correctly.
const offset_t binary_data_size = sizeof(binary_data);
binary_data[3] = (uint8_t)binary_data_size - 4;
- DWARFDataExtractor data;
- data.Se
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/110058
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/110058
>From 8e1c59729905fb89a8764ace3dfa0d04119d273e Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 25 Sep 2024 15:59:29 -0700
Subject: [PATCH 1/5] [lldb][DWARF] Replace lldb's DWARFDebugArangeSet with
llvm's
@@ -132,34 +134,33 @@ TEST_F(SymbolFileDWARFTests,
ParseArangesWithMultipleTerminators) {
// Set the big endian length correctly.
const offset_t binary_data_size = sizeof(binary_data);
binary_data[3] = (uint8_t)binary_data_size - 4;
- DWARFDataExtractor data;
- data.Se
@@ -132,34 +134,33 @@ TEST_F(SymbolFileDWARFTests,
ParseArangesWithMultipleTerminators) {
// Set the big endian length correctly.
const offset_t binary_data_size = sizeof(binary_data);
binary_data[3] = (uint8_t)binary_data_size - 4;
- DWARFDataExtractor data;
- data.Se
@@ -73,6 +73,12 @@ class DWARFDebugArangeSet {
return desc_iterator_range(ArangeDescriptors.begin(),
ArangeDescriptors.end());
}
+
+ size_t getDescriptorsSize() const { return ArangeDescriptors.size(); }
+
+ const Descriptor &getDescriptio
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/110058
>From 8e1c59729905fb89a8764ace3dfa0d04119d273e Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 25 Sep 2024 15:59:29 -0700
Subject: [PATCH 1/4] [lldb][DWARF] Replace lldb's DWARFDebugArangeSet with
llvm's
@@ -7,65 +7,45 @@
//===--===//
#include "DWARFDebugAranges.h"
-#include "DWARFDebugArangeSet.h"
#include "DWARFUnit.h"
#include "LogChannelDWARF.h"
#include "lldb/Utility/Log.h"
#include "lldb/Utility/Tim
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/110058
>From 8e1c59729905fb89a8764ace3dfa0d04119d273e Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 25 Sep 2024 15:59:29 -0700
Subject: [PATCH 1/3] [lldb][DWARF] Replace lldb's DWARFDebugArangeSet with
llvm's
https://github.com/ZequanWu updated
https://github.com/llvm/llvm-project/pull/110058
>From 8e1c59729905fb89a8764ace3dfa0d04119d273e Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Wed, 25 Sep 2024 15:59:29 -0700
Subject: [PATCH 1/2] [lldb][DWARF] Replace lldb's DWARFDebugArangeSet with
llvm's
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/110058
They are close enough to swap lldb's `DWARFDebugArangeSet` with the llvm one.
The difference is that llvm's `DWARFDebugArangeSet` add empty ranges when
extracting. To accommodate this, `DWARFDebugAranges` in l
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/109853
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/ZequanWu created
https://github.com/llvm/llvm-project/pull/109853
None
>From 93754d527df5e1336f63999fded1c7c906891f7f Mon Sep 17 00:00:00 2001
From: Zequan Wu
Date: Tue, 24 Sep 2024 12:51:33 -0700
Subject: [PATCH] [lldb][NFC] Replace lldb's ValueType with llvm's
---
.../Sy
@@ -4082,6 +4084,260 @@ void request__testGetTargetBreakpoints(const
llvm::json::Object &request) {
g_dap.SendJSON(llvm::json::Value(std::move(response)));
}
+// "SetInstructionBreakpointsRequest" : {
+// "allOf" : [
+// {"$ref" : "#/definitions/Request"}, {
+//
@@ -766,6 +766,102 @@ llvm::json::Value CreateStackFrame(lldb::SBFrame &frame) {
return llvm::json::Value(std::move(object));
}
+// Response to `setInstructionBreakpoints` request.
+// "Breakpoint": {
+// "type": "object",
+// "description": "Response to `setInstructionB
https://github.com/ZequanWu closed
https://github.com/llvm/llvm-project/pull/98361
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
ZequanWu wrote:
This buildkite seems got stuck somehow, no logging at all:
https://buildkite.com/llvm-project/github-pull-requests/builds/81790#0190bca9-bde7-4fad-8478-9dffd4f669f7.
Will merge without waiting for it to finish.
https://github.com/llvm/llvm-project/pull/98361
___
@@ -1659,128 +1709,56 @@ DWARFASTParserClang::ParseStructureLikeDIE(const
SymbolContext &sc,
default_accessibility = eAccessPrivate;
}
- if (attrs.byte_size && *attrs.byte_size == 0 && attrs.name &&
- !decl_die.HasChildren() && cu_language == eLanguageTypeObjC) {
1 - 100 of 387 matches
Mail list logo
