llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: nerix (Nerixyz)
Changes
When quitting LLDB on Windows while a process was still running, LLDB would
take unusually long to exit. This was due to a temporary deadlock:
The main thread was destroying the processes. In doing so, it iterated o
walter-erquinigo wrote:
I see. Thanks! I'll think more about this next week
https://github.com/llvm/llvm-project/pull/159459
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/DrSergei created
https://github.com/llvm/llvm-project/pull/157530
This patch fixes the problem, when after a `setVariable` request pointers and
references to the variable are not updated. VSCode doesn't send a `variables`
request after a `setVariable` request, so we should t
@@ -50,17 +56,88 @@ class TransportUnhandledContentsError
std::string m_unhandled_contents;
};
+class InvalidParams : public llvm::ErrorInfo {
+public:
+ static char ID;
+
+ explicit InvalidParams(std::string method, std::string context)
+ : m_method(std::move(method)
https://github.com/DavidSpickett created
https://github.com/llvm/llvm-project/pull/159559
As is done for other procfile tests.
>From 959edbe1add44159d473602d4151cf533cac4050 Mon Sep 17 00:00:00 2001
From: David Spickett
Date: Thu, 18 Sep 2025 12:51:55 +0100
Subject: [PATCH] [lldb][test] Disabl
https://github.com/JDevlieghere created
https://github.com/llvm/llvm-project/pull/159117
Recognize an MTE tag fault Mach exception. A tag fault is an error reported by
Arm's Memory Tagging Extension (MTE) when a memory access attempts to use a
pointer with a tag that doesn't match the tag stor
kuilpd wrote:
> Do we ever want to support - in the DIL - something like:
>
> swift_integer = c_integer + rust_integer
>
> We do know how to do that (variations on the details of integer promotion and
> the like aside) and given these are data objects we can query for their
> integer values i
JDevlieghere wrote:
Thank you for breaking this change up into smaller patches, that's always a
good idea and will certainly help with reviewing.
Given that this is a significant new feature, could you please start an RFC on
[Discourse](https://discourse.llvm.org/c/subprojects/lldb/8)? We had
https://github.com/ashgti closed
https://github.com/llvm/llvm-project/pull/158701
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: Ebuka Ezike (da-viper)
Changes
the `skipTestIfFn` requires a function that return a string to skip or None to
run the test. The `isUbuntu18_04` function returns a bool and the test is
skipped on all platforms.
https://github.com/llvm/llv
https://github.com/Nerixyz closed
https://github.com/llvm/llvm-project/pull/157493
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
Author: Jason Molenda
Date: 2025-09-08T10:37:16-07:00
New Revision: 693146dcc0a1d653827cc88993acf52428af1a94
URL:
https://github.com/llvm/llvm-project/commit/693146dcc0a1d653827cc88993acf52428af1a94
DIFF:
https://github.com/llvm/llvm-project/commit/693146dcc0a1d653827cc88993acf52428af1a94.diff
walter-erquinigo wrote:
@jhuber6 , something I care about for LLDB is being able to use different
disassemblers for ptx and sass. The unique situation here is that sass is not
part of LLVM code generation, and it seems that's why LLVM is unaware of sass.
LLVM can only generate ptx and folks re
https://github.com/imkiva created
https://github.com/llvm/llvm-project/pull/158256
Fixes https://github.com/llvm/llvm-project/issues/158131
Similar to https://github.com/llvm/llvm-project/pull/138487 but also search for
child indices in the base classes.
>From 8e00d31ce15eb3255c7bafe924754752
https://github.com/da-viper updated
https://github.com/llvm/llvm-project/pull/156033
>From 09ad3b0137c3939a76e91409e8194215c1cd94a1 Mon Sep 17 00:00:00 2001
From: Ebuka Ezike
Date: Fri, 29 Aug 2025 15:17:29 +0100
Subject: [PATCH 1/2] [lldb] fix std::unordered_map formatter for const types.
the
@@ -959,6 +959,9 @@ CompilerType
TypeSystemClang::GetBuiltinTypeForDWARFEncodingAndBitSize(
if (type_name == "long double" &&
QualTypeMatchesBitSize(bit_size, ast, ast.LongDoubleTy))
return GetType(ast.LongDoubleTy);
+if (type_name == "__bf16" &&
gulfemsavrun wrote:
I've tested this PR on our LLDB builders and confirmed that the segmentation
fault from issue [#137046](https://github.com/llvm/llvm-project/issues/137046)
is no longer present. See the builder results here:
https://ci.chromium.org/ui/p/fuchsia/builders/toolchain.ci.shadow/
Author: Jason Molenda
Date: 2025-09-19T19:53:26-07:00
New Revision: 3e57a0d01c90c09b1e40d8edfe48f8e5a63e2de6
URL:
https://github.com/llvm/llvm-project/commit/3e57a0d01c90c09b1e40d8edfe48f8e5a63e2de6
DIFF:
https://github.com/llvm/llvm-project/commit/3e57a0d01c90c09b1e40d8edfe48f8e5a63e2de6.diff
tgs-sc wrote:
@Michael137, probably we should return finding and adding specialization in
DWARFASTParserClang.cpp?
https://github.com/llvm/llvm-project/pull/154123
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bi
https://github.com/imkiva updated
https://github.com/llvm/llvm-project/pull/158256
>From 8e00d31ce15eb3255c7bafe924754752dd563fd3 Mon Sep 17 00:00:00 2001
From: imkiva
Date: Fri, 12 Sep 2025 16:14:23 +0800
Subject: [PATCH 1/5] [LLDB] Fix `GetIndexOfChildMemberWithName` to handle
anonymous stru
https://github.com/royitaqi updated
https://github.com/llvm/llvm-project/pull/159672
>From 79ea55789a7f01b05009a9bb6c28fa6e4ebe7fdb Mon Sep 17 00:00:00 2001
From: Roy Shi
Date: Thu, 18 Sep 2025 15:52:45 -0700
Subject: [PATCH 1/3] [vscode-lldb] Improve logging in server mode
---
lldb/tools/lld
medismailben wrote:
> Any reason we can't use the existing
> [.htaccess](https://github.com/llvm/llvm-project/blob/main/lldb/docs/.htaccess)
> for that?
Sure, we can also do that
https://github.com/llvm/llvm-project/pull/158331
___
lldb-commits mail
DavidSpickett wrote:
s390x is the other big endian target, I have no idea what its vectors do.
https://github.com/llvm/llvm-project/pull/155000
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/ll
https://github.com/kuilpd updated
https://github.com/llvm/llvm-project/pull/155617
>From 4d14bbb31d0411c45b95778d1659ccc416165be1 Mon Sep 17 00:00:00 2001
From: Ilia Kuklin
Date: Mon, 4 Aug 2025 19:11:55 +0500
Subject: [PATCH 1/8] [LLDB] Add unary plus and minus to DIL
---
lldb/include/lldb/V
https://github.com/barsolo2000 created
https://github.com/llvm/llvm-project/pull/159842
None
>From af1a938bb9f5b83c9b6caed82e0a68bdebab7550 Mon Sep 17 00:00:00 2001
From: Bar Soloveychik
Date: Fri, 19 Sep 2025 13:02:57 -0700
Subject: [PATCH 1/2] Reapply "RISCV unwinding enable" (#159790)
This
@@ -1676,6 +1676,14 @@ TypeSystemClang::CreateClassTemplateSpecializationDecl(
class_template_specialization_decl->setInstantiationOf(class_template_decl);
class_template_specialization_decl->setTemplateArgs(
TemplateArgumentList::CreateCopy(ast, args));
+ void *Inse
github-actions[bot] wrote:
:warning: Python code formatter, darker found issues in your code. :warning:
You can test this locally with the following command:
``bash
darker --check --diff -r origin/main...HEAD
lldb/test/API/pointer-nonaddressable-bits/TestArmPointerMetadataStrippi
DavidSpickett wrote:
The tests are stable on 32-bit Arm with this applied.
https://github.com/llvm/llvm-project/pull/159444
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/Michael137 approved this pull request.
LGTM (module remaining comments)
https://github.com/llvm/llvm-project/pull/154123
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-c
https://github.com/da-viper updated
https://github.com/llvm/llvm-project/pull/156033
>From 134d45f372d7ac528f14899b0041add13269774d Mon Sep 17 00:00:00 2001
From: Ebuka Ezike
Date: Fri, 29 Aug 2025 15:17:29 +0100
Subject: [PATCH 1/2] [lldb][test] Fix unordered-map test.
test was failing becaus
https://github.com/DavidSpickett closed
https://github.com/llvm/llvm-project/pull/159790
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/royitaqi edited
https://github.com/llvm/llvm-project/pull/156803
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
@@ -237,6 +237,7 @@ contain the following key/value pairs:
| **stopOnEntry** | boolean | | Whether to stop
program immediately after launching.
| **runInTerminal** (deprecated)| boolean | | Launch the program
inside an integrated terminal
@@ -230,10 +242,34 @@ Load(EmulateInstructionRISCV &emulator, I inst, uint64_t
(*extend)(E)) {
auto addr = LoadStoreAddr(emulator, inst);
if (!addr)
return false;
- return transformOptional(
- emulator.ReadMem(*addr),
- [&](T t) { return inst.r
https://github.com/ashgti updated
https://github.com/llvm/llvm-project/pull/157503
>From ec45d323014b15ce7a960fc519ef3782820a44d2 Mon Sep 17 00:00:00 2001
From: John Harrison
Date: Mon, 8 Sep 2025 09:05:15 -0700
Subject: [PATCH 1/2] [lldb-mcp] Auto connect to the first running lldb mcp
instanc
https://github.com/DavidSpickett created
https://github.com/llvm/llvm-project/pull/157435
First added in #153585 for Darwin only. All Linux AArch64 systems also have Top
Byte Ignore enabled in userspace so the test "just works" there.
FreeBSD has very recently gained Top Byte Ignore support:
@@ -0,0 +1,675 @@
+# struct Type {};
+#
+# template struct _Optional_payload;
+#
+# template struct _Optional_payload<_Tp, true, false, false> {};
+#
+# template
+# struct _Optional_payload<_Tp, false, _Copy, _Move>
+# : _Optional_payload<_Tp, true, false, false> {};
+#
jhuber6 wrote:
> Interesting. Thanks for the feedback and thanks for reverting this change.
If you can make a PR for just the lldb stuff I can review it. I appreciate
NVIDIA trying to upstream more support, so I'm not trying to dissuade you.
https://github.com/llvm/llvm-project/pull/159459
___
walter-erquinigo wrote:
Interesting. Thanks for the feedback. I'll revert this change.
https://github.com/llvm/llvm-project/pull/159459
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commi
JDevlieghere wrote:
Can we break this up into an NFC patch that makes `LineEntry` a class and a
separate PR for the functional change that makes `AddressRange` optional?
https://github.com/llvm/llvm-project/pull/158811
___
lldb-commits mailing list
ll
dwblaikie wrote:
Seeing some repeated test failures in tests modified by this change on the
linux premerge testing:
https://github.com/llvm/llvm-project/actions/runs/17683541354?pr=158343 -
perhaps someone here knows what that's about?
https://github.com/llvm/llvm-project/pull/157649
https://github.com/DavidSpickett updated
https://github.com/llvm/llvm-project/pull/157432
>From c0f08a5823327e83f17e921e65d6234ce98fce6b Mon Sep 17 00:00:00 2001
From: David Spickett
Date: Mon, 8 Sep 2025 11:41:33 +
Subject: [PATCH 1/2] [lldb][test] Prevent TestqOffsets.py picking up host
medismailben wrote:
I like how you give a conceptual explanation of the feature here but I think it
would be great we could add a little tutorial to show what workflow this
feature enables. I'd just take your test example and run the user through it.
I also t
github-actions[bot] wrote:
:warning: C/C++ code formatter, clang-format found issues in your code.
:warning:
You can test this locally with the following command:
``bash
git-clang-format --diff origin/main HEAD --extensions h,cpp --
lldb/test/API/lang/cpp/type_lookup_anon_base_m
DavidSpickett wrote:
Also you'd probably save a bunch of time by doing one giant test that checks
all the little MTE additions in one go, maybe that is in fact your plan.
https://github.com/llvm/llvm-project/pull/159117
___
lldb-commits mailing list
l
https://github.com/Michael137 closed
https://github.com/llvm/llvm-project/pull/149827
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: nerix (Nerixyz)
Changes
After parsing blocks in a function, the blocks should be marked as parsed for
them to be dumped (see
[Function::Dump](https://github.com/llvm/llvm-project/blob/e6aefbec782dbb57f72eb0ae399ed944fe49db2e/lldb/source/Sy
@@ -599,6 +599,39 @@ TEST_F(DWARFASTParserClangTests,
TestDefaultTemplateParamParsing) {
}
}
+TEST_F(DWARFASTParserClangTests, TestSpecDeclExistsError) {
+ // Tests checking error if ClassTemplateSpecializationDecl already exists.
Michael137 wrote:
```sug
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: Jonas Devlieghere (JDevlieghere)
Changes
Recognize an MTE tag fault Mach exception. A tag fault is an error reported by
Arm's Memory Tagging Extension (MTE) when a memory access attempts to use a
pointer with a tag that doesn't match the t
https://github.com/agontarek updated
https://github.com/llvm/llvm-project/pull/158350
>From a5db208cd21b45ba0c2dc7816fcab6b85bc9cc41 Mon Sep 17 00:00:00 2001
From: Andrew Gontarek
Date: Wed, 10 Sep 2025 12:53:21 -0500
Subject: [PATCH 1/2] [LLDB] Refactor CIE and FDE handling in
DWARFCallFrameI
https://github.com/jhuber6 closed
https://github.com/llvm/llvm-project/pull/159879
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/JDevlieghere closed
https://github.com/llvm/llvm-project/pull/157530
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
agontarek wrote:
@clayborg @walter-erquinigo Please review.
https://github.com/llvm/llvm-project/pull/158334
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/DavidSpickett edited
https://github.com/llvm/llvm-project/pull/147990
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `sanitizer-aarch64-linux`
running on `sanitizer-buildbot8` while building `lldb,llvm` at step 2
"annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/51/builds/23838
Here is the relevant piece o
https://github.com/cor3ntin approved this pull request.
https://github.com/llvm/llvm-project/pull/122265
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/Michael137 updated
https://github.com/llvm/llvm-project/pull/122265
>From a9e13ad8d2a7a95d431dddcced611bea1e83b99a Mon Sep 17 00:00:00 2001
From: Michael Buch
Date: Thu, 9 Jan 2025 10:01:31 +
Subject: [PATCH 01/14] [clang][DebugInfo] Expand detection of structured
bindin
Michael137 wrote:
> Just as few nits (sorry for the delay and thanks for the pings!)
No worries! Thanks for the review
https://github.com/llvm/llvm-project/pull/122265
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cg
jhuber6 wrote:
I'm assuming the `lldb` changes are fine but should probably just use
`nvptx64`. We could probably entirely remove `nvptx32` since NVIDIA's removed
it AFAIK.
https://github.com/llvm/llvm-project/pull/159459
___
lldb-commits mailing lis
https://github.com/Michael137 updated
https://github.com/llvm/llvm-project/pull/122265
>From a9e13ad8d2a7a95d431dddcced611bea1e83b99a Mon Sep 17 00:00:00 2001
From: Michael Buch
Date: Thu, 9 Jan 2025 10:01:31 +
Subject: [PATCH 01/14] [clang][DebugInfo] Expand detection of structured
bindin
https://github.com/jhuber6 created
https://github.com/llvm/llvm-project/pull/159879
Summary:
This patch has broken the `libc` build bot. I could work around that but
the changes seem unnecessary.
This reverts commit 9ba844eb3a21d461c3adc7add7691a076c6992fc.
>From f0829fd54d9b9b90a73a4229fbca7
@@ -0,0 +1,7 @@
+// RUN: %clang_cc1 -foverflow-behavior-types -std=c++11 -ast-print %s -o - |
FileCheck %s
+
+extern int __attribute__((overflow_behavior(no_wrap))) a;
+extern int __attribute__((overflow_behavior(wrap))) b;
+
+// CHECK: extern __no_wrap int a;
+// CHECK: extern _
@@ -0,0 +1,7 @@
+// RUN: %clang_cc1 -foverflow-behavior-types -std=c++11 -ast-print %s -o - |
FileCheck %s
+
+extern int __attribute__((overflow_behavior(no_wrap))) a;
+extern int __attribute__((overflow_behavior(wrap))) b;
+
+// CHECK: extern __no_wrap int a;
+// CHECK: extern _
felipepiovezan wrote:
> I forgot all about #157435 so I just merged it and you'll have conflicts from
> that.
All good, I was just waiting for the PR bots to give me basic signal before
tagging reviewers, but you beat me to it! :)
>
> You don't have to make the test work on Linux, `if Darwin
@@ -1093,22 +1097,30 @@ class CommandObjectWatchpointSetExpression : public
CommandObjectRaw {
}
Status error;
-WatchpointSP watch_sp =
-target.CreateWatchpoint(addr, size, &compiler_type, watch_type, error);
-if (watch_sp) {
- watch_sp->SetWatchS
dlav-sc wrote:
> Could you explain in broad strokes the theme of the refactoring here? This is
> a big PR to go in without a summary of what to expect.
**I StopInfo.cpp/Watchpoint.cpp ==**
Prior to this patch, all logic for evaluating a watchpoint hit o
@@ -83,6 +88,18 @@ export class LLDBDapServer implements vscode.Disposable {
});
this.serverProcess = process;
this.serverSpawnInfo = this.getSpawnInfo(dapPath, dapArgs, options?.env);
+ this.serverFileChanged = false;
walter-erquinigo wr
@@ -2544,6 +2544,19 @@ Stmt *BlockExpr::getBody() {
//===--===//
// Generic Expression Routines
//===--===//
+namespace {
+/// Helper to det
@@ -2544,6 +2544,19 @@ Stmt *BlockExpr::getBody() {
//===--===//
// Generic Expression Routines
//===--===//
+namespace {
+/// Helper to det
https://github.com/royitaqi edited
https://github.com/llvm/llvm-project/pull/159481
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
DavidSpickett wrote:
I assume this is fallout from
https://discourse.llvm.org/t/rfc-should-we-omit-local-symbols-in-elf-files-from-the-lldb-symbol-table/87384.
Which I have no context for but I'll add some of those folks on review.
https://github.com/llvm/llvm-project/pull/158551
_
joker-eph wrote:
> I don't buy that argument at all. "Sound" has plenty of uses. It does not
> imply "sound of mind".
The argument, I believe, is that **when you can replace "sanity" with
'sound'**, then sound is used a "sound of mind", and in other context you
shouldn't use sound at it does
llvmbot wrote:
@llvm/pr-subscribers-backend-risc-v
@llvm/pr-subscribers-lldb
Author: None (barsolo2000)
Changes
Initial PR was reverted due failing test since the buildbots don't include
RISCV.
---
Full diff: https://github.com/llvm/llvm-project/pull/159842.diff
5 Files Affected:
- (
https://github.com/cor3ntin edited
https://github.com/llvm/llvm-project/pull/122265
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
Author: David Spickett
Date: 2025-09-15T08:48:04Z
New Revision: 757bb36a58c7d7151a28c6a5fc7caa2e1f44de87
URL:
https://github.com/llvm/llvm-project/commit/757bb36a58c7d7151a28c6a5fc7caa2e1f44de87
DIFF:
https://github.com/llvm/llvm-project/commit/757bb36a58c7d7151a28c6a5fc7caa2e1f44de87.diff
LOG
https://github.com/walter-erquinigo closed
https://github.com/llvm/llvm-project/pull/158334
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
JDevlieghere wrote:
Why don't we ensure the build system creates the directory instead?
https://github.com/llvm/llvm-project/pull/158355
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-comm
https://github.com/barsolo2000 edited
https://github.com/llvm/llvm-project/pull/159842
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `sanitizer-aarch64-linux`
running on `sanitizer-buildbot8` while building `clang,lldb` at step 2
"annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/51/builds/23865
Here is the relevant piece
@@ -293,6 +293,9 @@ void RegisterContextUnwind::InitializeZerothFrame() {
return;
}
+ // Give the Architecture a chance to replace the UnwindPlan.
+ AdoptArchitectureUnwindPlan();
DavidSpickett wrote:
Thanks for explaining.
https://github.com/llvm/ll
Michael137 wrote:
/cherry-pick 39572f5e9168b1b44c2f9078494616fed8752086
879f40ab041b31fa73b9b25e4ec9e06e810bc767
bdf645bb9b509b60bdb6a71d865b4f8999187977
5326b3b176e82191b18ffc368118b36e0103af3d
https://github.com/llvm/llvm-project/pull/133079
___
l
https://github.com/Michael137 updated
https://github.com/llvm/llvm-project/pull/133079
>From 8f3f629b3913a5402a87786c4e1387d880d83f11 Mon Sep 17 00:00:00 2001
From: Michael Buch
Date: Wed, 26 Mar 2025 12:54:36 +
Subject: [PATCH] [lldb][Instrumentation] Set selected frame to outside
sanitiz
https://github.com/medismailben deleted
https://github.com/llvm/llvm-project/pull/158128
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/Michael137 closed
https://github.com/llvm/llvm-project/pull/122265
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
@@ -959,6 +959,9 @@ CompilerType
TypeSystemClang::GetBuiltinTypeForDWARFEncodingAndBitSize(
if (type_name == "long double" &&
QualTypeMatchesBitSize(bit_size, ast, ast.LongDoubleTy))
return GetType(ast.LongDoubleTy);
+if (type_name == "__bf16" &&
https://github.com/royitaqi edited
https://github.com/llvm/llvm-project/pull/156803
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
Author: Michael Buch
Date: 2025-09-20T18:30:18+01:00
New Revision: 012680faf4c63a9bd432aa92fa0da97981793ac3
URL:
https://github.com/llvm/llvm-project/commit/012680faf4c63a9bd432aa92fa0da97981793ac3
DIFF:
https://github.com/llvm/llvm-project/commit/012680faf4c63a9bd432aa92fa0da97981793ac3.diff
@@ -1676,6 +1676,13 @@ TypeSystemClang::CreateClassTemplateSpecializationDecl(
class_template_specialization_decl->setInstantiationOf(class_template_decl);
class_template_specialization_decl->setTemplateArgs(
TemplateArgumentList::CreateCopy(ast, args));
+ // Special
https://github.com/DavidSpickett closed
https://github.com/llvm/llvm-project/pull/159542
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/jeffreytan81 edited
https://github.com/llvm/llvm-project/pull/157574
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
jhuber6 wrote:
> @jhuber6 , something I care about for LLDB is being able to use different
> disassemblers for ptx and sass. The unique situation here is that sass is not
> part of LLVM code generation, and it seems that's why LLVM is unaware of
> sass. LLVM can only generate ptx and folks rel
https://github.com/da-viper updated
https://github.com/llvm/llvm-project/pull/156033
>From 09ad3b0137c3939a76e91409e8194215c1cd94a1 Mon Sep 17 00:00:00 2001
From: Ebuka Ezike
Date: Fri, 29 Aug 2025 15:17:29 +0100
Subject: [PATCH 1/2] [lldb] fix std::unordered_map formatter for const types.
the
92 matches
Mail list logo
