https://github.com/igorkudrin updated
https://github.com/llvm/llvm-project/pull/150579
>From a302c52a378ca5aed5092dbc29ba75447466a66c Mon Sep 17 00:00:00 2001
From: Igor Kudrin
Date: Thu, 24 Jul 2025 23:46:37 -0700
Subject: [PATCH] [lldb][test] Fix running TestWithLimitDebugInfo.py on Windows
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: Igor Kudrin (igorkudrin)
Changes
When debug info categories were set for a test method with the `@add_test_categories` decorator, they were all added to its "categories"
attribute. If some of these categories were not supported,
`LLDBTestR
https://github.com/igorkudrin created
https://github.com/llvm/llvm-project/pull/150579
When debug info categories were set for a test method with the
`@add_test_categories` decorator, they were all added to its "categories"
attribute. If some of these categories were not supported,
`LLDBTestR
https://github.com/chelcassanova updated
https://github.com/llvm/llvm-project/pull/147655
>From fd971a1109662f763b2c273fb39d2ef431afbe60 Mon Sep 17 00:00:00 2001
From: Chelsea Cassanova
Date: Thu, 24 Jul 2025 14:05:55 -0700
Subject: [PATCH 1/4] [lldb][rpc] Add RPC client library tests
Adds she
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `fuchsia-x86_64-linux`
running on `fuchsia-debian-64-us-central1-a-1` while building `lldb` at step 4
"annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/11/builds/20338
Here is the relevant p
https://github.com/Jlalond approved this pull request.
Thanks @slackito!
https://github.com/llvm/llvm-project/pull/150544
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/medismailben approved this pull request.
Overall, LGTM with comments and linking failure addressed.
https://github.com/llvm/llvm-project/pull/147655
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi
medismailben wrote:
Looks like there is a linking issue on Linux:
```
2025-07-24T23:47:48.0834355Z [6326/6332] Linking CXX executable bin/lldb-rpc-gen
2025-07-24T23:47:48.0834814Z FAILED: bin/lldb-rpc-gen
2025-07-24T23:47:48.0852723Z : && /opt/llvm/bin/clang++ -gmlt -fPIC
-fno-semantic-interpo
@@ -306,6 +348,28 @@ bool EmitAmalgamatedServerHeader(const
std::vector &Files) {
return true;
}
+bool EmitAmalgamatedLibraryHeader(const std::vector &Files) {
medismailben wrote:
Not sure what "Amalgamated" means here, I'd like a more self-explaining name
@@ -46,6 +48,12 @@ static std::string GetServerOutputDirectory() {
return std::string(Path);
}
+static std::string GetLibraryOutputDirectory() {
+ llvm::SmallString<128> Path(OutputDir.getValue());
medismailben wrote:
nit: I was wondering if we should make
@@ -0,0 +1,20 @@
+#ifndef LLDB_API_SBRPC_CHECKARRAYPTR_H
+#define LLDB_API_SBRPC_CHECKARRAYPTR_H
+
+#include
+#include
medismailben wrote:
Make sure to remove this from every test
https://github.com/llvm/llvm-project/pull/147655
__
@@ -0,0 +1,20 @@
+#ifndef LLDB_API_SBRPC_CHECKARRAYPTR_H
+#define LLDB_API_SBRPC_CHECKARRAYPTR_H
+
+#include
+#include
+
+#include "lldb/API/SBDefines.h"
+
+namespace lldb {
+class LLDB_API SBRPC_CHECKARRAYPTR {
medismailben wrote:
+1
https://github.com/llvm/l
jasonmolenda wrote:
I believe this change is safe and correct, but I think Felipe is going to kick
off a testsuite run with arch arm64e (where pointer authentication is enabled
on Darwin) to try to stress these codepaths and confirm that our understanding
is correct.
https://github.com/llvm/l
jasonmolenda wrote:
Felipe and I were discussing this earlier. We started (I started) with the
model of removing metadata bits -- e.g. Pointer Authentication, or Top Byte
Ignore -- from addresses as early as possible in the lldb codebase. We would
pass around "Fixed" or sanitized or stripped
https://github.com/slackito created
https://github.com/llvm/llvm-project/pull/150544
lldb/test/API/functionalities/process_save_core_minidump/TestProcessSaveCoreMinidump64b.py
fails under msan with uninitialized memory access errors. The problem is that
a few structs are written to the dump wi
jimingham wrote:
> > I see two new ways that LLDB and Wasmtime could interact in the future (on
> > top of the existing way by attaching LLDB to a native Wasmtime process and
> > debugging Wasm (and native code) via the JIT code registration system APIs):
> >
> > 1. LLDB's TUI frontend could b
@@ -1998,6 +1998,18 @@ threads (live system debug) / cores (JTAG) in your
program have
stopped and allows LLDB to display and control your program
correctly.
+## qWasmCallStack
+
+Get the Wasm callback for the given thread id. This returns a hex-encoding list
+of 64-bit addre
@@ -1998,6 +1998,18 @@ threads (live system debug) / cores (JTAG) in your
program have
stopped and allows LLDB to display and control your program
correctly.
+## qWasmCallStack
+
+Get the Wasm callback for the given thread id. This returns a hex-encoding list
+of 64-bit addre
JDevlieghere wrote:
> I see two new ways that LLDB and Wasmtime could interact in the future (on
> top of the existing way by attaching LLDB to a native Wasmtime process and
> debugging Wasm (and native code) via the JIT code registration system APIs):
>
> 1. LLDB's TUI frontend could be a cli
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: nerix (Nerixyz)
Changes
Some formatters for the MSVC STL didn't work with the PDB symbol file plugins.
They were only tested with DWARF. The individual changes are quite small
(except for variant), so I'm not sure if they should be separat
https://github.com/Nerixyz created
https://github.com/llvm/llvm-project/pull/150513
Some formatters for the MSVC STL didn't work with the PDB symbol file plugins.
They were only tested with DWARF. The individual changes are quite small
(except for variant), so I'm not sure if they should be se
fitzgen wrote:
> This is basically describing the GDB remote protocol.
Clarification: The interfaces described in that RFC and that I am describing
below are programmatic/function interfaces (specifically [Wasm
component](https://github.com/WebAssembly/component-model/blob/main/design/mvp/Expl
https://github.com/chelcassanova closed
https://github.com/llvm/llvm-project/pull/137383
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
Author: Chelsea Cassanova
Date: 2025-07-24T12:43:52-07:00
New Revision: 4396c87bfee23ccbb6a106866d28350f5cc08ded
URL:
https://github.com/llvm/llvm-project/commit/4396c87bfee23ccbb6a106866d28350f5cc08ded
DIFF:
https://github.com/llvm/llvm-project/commit/4396c87bfee23ccbb6a106866d28350f5cc08ded.d
https://github.com/naoNao89 updated
https://github.com/llvm/llvm-project/pull/150365
From 445777d5bfde3dd361dff62212b37534f87f2756 Mon Sep 17 00:00:00 2001
From: naoNao89 <90588855+naona...@users.noreply.github.com>
Date: Thu, 24 Jul 2025 10:29:46 +0700
Subject: [PATCH 1/3] [lldb-dap] Add perfor
https://github.com/naoNao89 edited
https://github.com/llvm/llvm-project/pull/150365
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/naoNao89 edited
https://github.com/llvm/llvm-project/pull/150365
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/naoNao89 updated
https://github.com/llvm/llvm-project/pull/150365
From 445777d5bfde3dd361dff62212b37534f87f2756 Mon Sep 17 00:00:00 2001
From: naoNao89 <90588855+naona...@users.noreply.github.com>
Date: Thu, 24 Jul 2025 10:29:46 +0700
Subject: [PATCH 1/3] [lldb-dap] Add perfor
https://github.com/naoNao89 updated
https://github.com/llvm/llvm-project/pull/150365
From 445777d5bfde3dd361dff62212b37534f87f2756 Mon Sep 17 00:00:00 2001
From: naoNao89 <90588855+naona...@users.noreply.github.com>
Date: Thu, 24 Jul 2025 10:29:46 +0700
Subject: [PATCH] [lldb-dap] Add performanc
https://github.com/naoNao89 updated
https://github.com/llvm/llvm-project/pull/150365
From 2733c2c71e9a2f09e05ff31991c20b849baeadeb Mon Sep 17 00:00:00 2001
From: naoNao89 <90588855+naona...@users.noreply.github.com>
Date: Thu, 24 Jul 2025 10:29:46 +0700
Subject: [PATCH 1/3] [lldb-dap] Add perfor
https://github.com/naoNao89 updated
https://github.com/llvm/llvm-project/pull/150365
From 2d9ae771247af025d6319c044e9f8727e9bebfd8 Mon Sep 17 00:00:00 2001
From: naoNao89 <90588855+naona...@users.noreply.github.com>
Date: Wed, 23 Jul 2025 20:54:02 +0700
Subject: [PATCH 1/4] [clang][StaticAnalyze
JDevlieghere wrote:
Hey @alexcrichton and @fitzgen, thanks for chiming in here! The idea to
implement a DAP server to support interpreted languages is an interesting idea.
As someone who's been involved with
[lldb-dap](https://github.com/llvm/llvm-project/tree/main/lldb/tools/lldb-dap)
I have
@@ -247,6 +248,28 @@ uint32_t File::GetPermissions(Status &error) const {
return file_stats.st_mode & (S_IRWXU | S_IRWXG | S_IRWXO);
}
+NativeFile::NativeFile()
+: m_descriptor(kInvalidDescriptor), m_stream(kInvalidStream) {}
+
+NativeFile::NativeFile(FILE *fh, bool tran
https://github.com/JDevlieghere updated
https://github.com/llvm/llvm-project/pull/150143
>From 1d0ad45e68339fa1da2f7e3fa34826498c21594c Mon Sep 17 00:00:00 2001
From: Jonas Devlieghere
Date: Tue, 22 Jul 2025 16:37:03 -0700
Subject: [PATCH 1/3] [lldb] Add WebAssembly Process Plugin
Extend suppo
https://github.com/barsolo2000 updated
https://github.com/llvm/llvm-project/pull/150331
>From b79edf938d49d03498ec3a9228344a684d0cbf6e Mon Sep 17 00:00:00 2001
From: Bar Soloveychik
Date: Wed, 23 Jul 2025 15:17:29 -0700
Subject: [PATCH 1/3] [LLDB] added getName method in SBModule
---
lldb/inc
fitzgen wrote:
Great to see more interest in WebAssembly from `lld`, and thanks for sharing
our debugging plans here, @alexcrichton.
> We do not currently have anyone slated to implement this work as it hasn't
> been a priority for existing maintainers yet and we haven't had other
> voluntee
labath wrote:
> single interface to traverse the AST tree:
That's the part that would change in this setup. Instead of one API, we'd have
two: `EvaluateValueNode()` and `EvaluateScalarNode()`, and we'd have two node
hierarchies: ValueNode and ScalarNode. MemberOfNode would be a ValueNode
beca
clayborg wrote:
I added Pavel Labath and David Blaikie in case they have any info on this.
The story if we have some RiscV code that is creating location values for
variables that use DW_OP_piece and they are using:
```
DW_OP_lit0, DW_OP_stack_value, DW_OP_piece 0x28
```
to try and zero fill i
alexcrichton wrote:
> I'm bringing @alexcrichton into the loop, he's involved in the Bytecode
> Alliance and LLVM, maybe he'll be able to help us on these topics.
👋
FWIW I'm very much an outsider here so I don't fully understand all the
dynamics in play per se, but what I can speak more to i
@@ -1978,7 +1978,12 @@ llvm::Expected DWARFExpression::Evaluate(
// grows to the nearest host integer type.
llvm::APInt fail_value(1, 0, false);
llvm::APInt ap_int = scalar.UInt128(fail_value);
-assert(ap_int.getBitWidth() >= bit_
https://github.com/clayborg approved this pull request.
I am good with this. We should wait for anyone else to chime in for a day or
two.
https://github.com/llvm/llvm-project/pull/150149
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https:
https://github.com/clayborg edited
https://github.com/llvm/llvm-project/pull/150149
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
@@ -1978,7 +1978,12 @@ llvm::Expected DWARFExpression::Evaluate(
// grows to the nearest host integer type.
llvm::APInt fail_value(1, 0, false);
llvm::APInt ap_int = scalar.UInt128(fail_value);
-assert(ap_int.getBitWidth() >= bit_
labath wrote:
In that case, please create the cherry pick as soon as possible, and we can see
where that discussion leads us. For myself, I'm going to defer @JDevlieghere
opinion.
https://github.com/llvm/llvm-project/pull/147887
___
lldb-commits mail
jimingham wrote:
How are timeout lengths relevant to a successful launch? In a successful
launch nothing should be timing out, and if it is that's generally either
something we shouldn't have been trying to do, or an error where shortening the
timeout isn't going to help.
In the former cas
kuilpd wrote:
> We can definitely add functions to covert (directly) between Scalars and
> ValueObjects (in fact, I think the only reason that the APInt overloads
> currently exists is because of the initial attempt to upstream the DIL
> implementation).
Ah, I didn't know that, I think I joi
https://github.com/chelcassanova updated
https://github.com/llvm/llvm-project/pull/137383
>From a098529886955330080e9135f947910c306d1c4a Mon Sep 17 00:00:00 2001
From: Chelsea Cassanova
Date: Fri, 25 Apr 2025 11:57:30 -0700
Subject: [PATCH] [lldb][docs] Update instructions to build standalone
https://github.com/chelcassanova updated
https://github.com/llvm/llvm-project/pull/137383
>From a098529886955330080e9135f947910c306d1c4a Mon Sep 17 00:00:00 2001
From: Chelsea Cassanova
Date: Fri, 25 Apr 2025 11:57:30 -0700
Subject: [PATCH] [lldb][docs] Update instructions to build standalone
kuilpd wrote:
> The process for that is
> [here](https://llvm.org/docs/GitHub.html#backporting-fixes-to-the-release-branches),
> though it's a bit unfortunate that a week has passed since then (I was OOO
> this week so I couldn't reply sooner). At this point, I'm no longer sure it
> makes sen
https://github.com/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/150366
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
Author: Kazu Hirata
Date: 2025-07-24T09:39:28-07:00
New Revision: 29b9bdf81eba6d0445b0fb84ed42e289cd0940eb
URL:
https://github.com/llvm/llvm-project/commit/29b9bdf81eba6d0445b0fb84ed42e289cd0940eb
DIFF:
https://github.com/llvm/llvm-project/commit/29b9bdf81eba6d0445b0fb84ed42e289cd0940eb.diff
L
kazutakahirata wrote:
> This actually does get used, but the patches that use this haven't landed
> yet, so they can be removed for now.
Thanks for the review! When you re-introduce it, would you mind converting
this to a range-based for loop? Thanks again!
https://github.com/llvm/llvm-pro
JDevlieghere wrote:
> > process connect --plugin wasm connect://localhost:4567
>
> On the original review, auto-detection of the plugin wasn't working which
> meant this `plugin wasm` was needed. Did you ever find out what was the
> cause? I presume lldb still has a local copy of the program f
chelcassanova wrote:
This failure looks to be unrelated to this patch.
https://github.com/llvm/llvm-project/pull/150355
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
JDevlieghere wrote:
> Sure, so this is like qemu-user? You want to debug the wasm process being
> hosted within the runtime not the runtime itself.
>
> Because the internet is 99% "use a web browser" for debug, then
> https://docs.wasmtime.dev/examples-debugging-native-debugger.html seems to be
https://github.com/chelcassanova approved this pull request.
This actually does get used, but the patches that use this haven't landed yet,
so they can be removed for now.
https://github.com/llvm/llvm-project/pull/150366
___
lldb-commits mailing list
@@ -0,0 +1,127 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
@@ -0,0 +1,127 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
@@ -0,0 +1,127 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
@@ -0,0 +1,127 @@
+//===--===//
JDevlieghere wrote:
Yes, this was changed with
https://discourse.llvm.org/t/is-c-in-header-files-still-relevant/83124/. New
files shouldn't have the filename or
@@ -2076,6 +2076,12 @@ size_t Platform::GetSoftwareBreakpointTrapOpcode(Target
&target,
trap_opcode_size = sizeof(g_loongarch_opcode);
} break;
+ case llvm::Triple::wasm32: {
+static const uint8_t g_wasm_opcode[] = {0x00}; // unreachable
JDevlieghe
@@ -0,0 +1,127 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
michael-jabbour-sonarsource wrote:
Hello,
We have encountered crashes after this patch, with stack traces that look like
this:
```
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and
include the crash backtrace, preprocessed source, and associated run script.
Stack
DavidSpickett wrote:
Would this be helped with better error messages?
```
$ ./bin/lldb /tmp/test.o --core core.test.o.2152361.tcwg-jade-03-dev.1753366442
(lldb) target create "/tmp/test.o" --core
"core.test.o.2152361.tcwg-jade-03-dev.1753366442"
Core file
'/home/david.spickett/build-llvm-aarc
labath wrote:
The command does seem rather specialized.
Being able to see where a piece of memory was mapped to is useful even if you
can't read that piece of memory, but I can definitely imagine the "memory
region" command flagging this specially in some way. Not sure how though...
https://g
@@ -0,0 +1,81 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apac
@@ -0,0 +1,127 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
@@ -0,0 +1,127 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
@@ -2471,6 +2471,47 @@ bool SymbolFileDWARF::ResolveFunction(const DWARFDIE
&orig_die,
return false;
}
+llvm::Error
+SymbolFileDWARF::FindAndResolveFunction(SymbolContextList &sc_list,
+llvm::StringRef lookup_name) {
+ std::lock_guar
@@ -9759,3 +9782,51 @@ void TypeSystemClang::LogCreation() const {
LLDB_LOG(log, "Created new TypeSystem for (ASTContext*){0:x} '{1}'",
&getASTContext(), getDisplayName());
}
+
+// Expected format is:
+// $__lldb_func:::
labath wrote:
Maybe pu
@@ -249,6 +250,28 @@ static unsigned GetCXXMethodCVQuals(const DWARFDIE
&subprogram,
return cv_quals;
}
+static std::optional MakeLLDBFuncAsmLabel(const DWARFDIE &die) {
+ char const *name = die.GetMangledName(/*substitute_name_allowed*/ false);
+ if (!name)
+return s
@@ -130,8 +139,11 @@ Module *Module::GetAllocatedModuleAtIndex(size_t idx) {
return nullptr;
}
+// TODO: needs a mutex
labath wrote:
.. or you can make it an atomic.
https://github.com/llvm/llvm-project/pull/148877
_
@@ -130,8 +139,11 @@ Module *Module::GetAllocatedModuleAtIndex(size_t idx) {
return nullptr;
}
+// TODO: needs a mutex
+static lldb::user_id_t g_unique_id = 1;
+
Module::Module(const ModuleSpec &module_spec)
-: m_unwind_table(*this), m_file_has_changed(false),
+: Us
@@ -96,6 +96,31 @@ class Expression {
///invalid.
};
+/// Holds parsed information about a function call label that
+/// LLDB attaches as an AsmLabel to function AST nodes it parses
+/// from debug-info.
+///
+/// The format being:
+///
+///
@@ -771,6 +774,63 @@ class LoadAddressResolver {
lldb::addr_t m_best_internal_load_address = LLDB_INVALID_ADDRESS;
};
+/// Returns address of the function referred to by the special function call
+/// label \c label.
+///
+/// \param[in] label Function call label encoding th
@@ -121,6 +121,15 @@ size_t Module::GetNumberAllocatedModules() {
return GetModuleCollection().size();
}
+Module *Module::GetAllocatedModuleWithUID(lldb::user_id_t uid) {
+ std::lock_guard guard(
+ GetAllocationModuleCollectionMutex());
+ for (Module *mod : GetModuleC
@@ -96,6 +96,31 @@ class Expression {
///invalid.
};
+/// Holds parsed information about a function call label that
+/// LLDB attaches as an AsmLabel to function AST nodes it parses
+/// from debug-info.
+///
+/// The format being:
+///
+///
@@ -96,6 +96,31 @@ class Expression {
///invalid.
};
+/// Holds parsed information about a function call label that
+/// LLDB attaches as an AsmLabel to function AST nodes it parses
+/// from debug-info.
+///
+/// The format being:
+///
+///
DavidSpickett wrote:
Certainly lldb being in this conversation early would be a good way to prevent
the reliance on GDB specific behaviour that often happens in the native
debugging world.
https://github.com/llvm/llvm-project/pull/150143
___
lldb-com
DavidSpickett wrote:
Long term, if the WASM standard makes recommendations for debugging then that's
great. You are correct there.
Short term, users will need to know what to expect so we need a short, simple,
answer to "I tried lldb with whatever runtime and it didn't work". Which
ideally is
labath wrote:
Don't take this to imply I'm against removing the non-native plugin (I'm not,
I'd very much like to get rid of it myself), but here are a couple of
alternatives:
- it has always bothered me that this is controlled by an environment variable.
The original justification was that it
@@ -0,0 +1,81 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apac
labath wrote:
The process for that is
[here](https://llvm.org/docs/GitHub.html#backporting-fixes-to-the-release-branches),
though it's a bit unfortunate that a week has passed since then (I was OOO
this week so I couldn't reply sooner). At this point, I'm no longer sure it
makes sense to do t
@@ -0,0 +1,127 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
labath wrote:
> 1. Constant wrapping/unwrapping of Scalar(APInt). For literals, it goes:
> parse as APInt -> wrap to Scalar to create a node -> unwrap APInt to create
> ValueObjectSP -> wrap to Scalar to use arithmetic operation -> unwrap APInt
> to create ValueObjectSP. Not sure if it's a pro
@@ -0,0 +1,127 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
charles-zablit wrote:
> > I can't find where a `Stream` actually gets "printed" to the stdout.
>
> A `NativeFile` stream is used, which is created
> [here](https://github.com/llvm/llvm-project/blob/a676ecd83fad9b04d315c4e667742d25679cbc9f/lldb/source/Core/Debugger.cpp#L967-L970).
>
> > [2b8c69
labath wrote:
Sorry about the delay. I'm not sure I understand the question, but the way I'm
imagining this is to let the server communicate the "is it safe to resume" bit
to the client. After that, the client can do whatever it wants/needs (e.g.
disable jitting/expression evaluation).
I thin
https://github.com/cvspvr edited
https://github.com/llvm/llvm-project/pull/150398
___
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: None (cvspvr)
Changes
I wasn't able to build lldb using Mingw-w64 on Windows without changing these 3
lines.
Sorry for opening another pull request. I closed the old one because I don't
know how to update it to fix the Clang formatting er
github-actions[bot] wrote:
Thank you for submitting a Pull Request (PR) to the LLVM Project!
This PR will be automatically labeled and the relevant teams will be notified.
If you wish to, you can add reviewers by using the "Reviewers" section on this
page.
If this is not working for you, it
https://github.com/cvspvr created
https://github.com/llvm/llvm-project/pull/150398
I wasn't able to build lldb using Mingw-w64 on Windows without changing these 3
lines.
Sorry for opening another pull request. I closed the old one because I don't
know how to update it to fix the Clang formatt
mh4ck-Thales wrote:
Thanks for picking up the work on this!
> I'm not aware of any other runtimes besides WAMR that support debugging
> through GDB remote. Of all the approaches, I think it's the most "desirable"
> going forward. The fact that there is a ByteCode Alliance runtime that
> suppo
https://github.com/cvspvr closed
https://github.com/llvm/llvm-project/pull/150396
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/cvspvr edited
https://github.com/llvm/llvm-project/pull/150396
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/cvspvr closed
https://github.com/llvm/llvm-project/pull/150382
___
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: None (cvspvr)
Changes
I wasn't able to build lldb using Mingw-w64 on Windows without changing 3 lines.
---
Full diff: https://github.com/llvm/llvm-project/pull/150396.diff
1 Files Affected:
- (modified) lldb/source/Host/windows/PipeWindo
github-actions[bot] wrote:
Thank you for submitting a Pull Request (PR) to the LLVM Project!
This PR will be automatically labeled and the relevant teams will be notified.
If you wish to, you can add reviewers by using the "Reviewers" section on this
page.
If this is not working for you, it
https://github.com/cvspvr created
https://github.com/llvm/llvm-project/pull/150396
I wasn't able to build lldb using Mingw-w64 on Windows without changing 3 lines.
>From 8f8169dd2e63e782a28362d4e4f64595de29e9ce Mon Sep 17 00:00:00 2001
From: cvspvr
Date: Thu, 24 Jul 2025 19:54:50 +1000
Subject
https://github.com/cvspvr updated
https://github.com/llvm/llvm-project/pull/150382
>From e03e5b5840ba0ee95faa62ee0863a52f11fcc030 Mon Sep 17 00:00:00 2001
From: cvspvr <37761007+cvs...@users.noreply.github.com>
Date: Thu, 24 Jul 2025 17:15:01 +1000
Subject: [PATCH 1/2] Update MainLoopWindows.cpp
1 - 100 of 119 matches
Mail list logo
