vvereschaka wrote:
Thank you @chelcassanova,
I'll take a look and test the changes with the cross builder.
>As I understand it, the lldb-rpc-gen tool would get built on the host, while
>the sources are generated and compiled on the target using the just-built tool.
To be more precisely, the g
https://github.com/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/149541
___
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-18T13:32:42-07:00
New Revision: 3c1a09d939f44cbe039ea178af5a77c40b2776a0
URL:
https://github.com/llvm/llvm-project/commit/3c1a09d939f44cbe039ea178af5a77c40b2776a0
DIFF:
https://github.com/llvm/llvm-project/commit/3c1a09d939f44cbe039ea178af5a77c40b2776a0.diff
L
YexuanXiao wrote:
@kazutakahirata Can you help me verify the usability of this PR?
https://github.com/llvm/llvm-project/pull/149613
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/mizvekov closed
https://github.com/llvm/llvm-project/pull/149613
___
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 `lldb-x86_64-debian`
running on `lldb-x86_64-debian` while building
`clang-tools-extra,clang,libcxx,lldb` at step 6 "test".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/162/builds/27169
Here is the
https://github.com/fhahn closed https://github.com/llvm/llvm-project/pull/148239
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
Author: Jacob Lalonde
Date: 2025-07-18T13:05:15-07:00
New Revision: 6a7f572ef9758f49fcf9e178ce1cb95aa3069415
URL:
https://github.com/llvm/llvm-project/commit/6a7f572ef9758f49fcf9e178ce1cb95aa3069415
DIFF:
https://github.com/llvm/llvm-project/commit/6a7f572ef9758f49fcf9e178ce1cb95aa3069415.diff
https://github.com/Jlalond closed
https://github.com/llvm/llvm-project/pull/146777
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
Author: Jonas Devlieghere
Date: 2025-07-18T14:29:20-07:00
New Revision: 3641448e08961d8b8621fafa01167f96d948ee9e
URL:
https://github.com/llvm/llvm-project/commit/3641448e08961d8b8621fafa01167f96d948ee9e
DIFF:
https://github.com/llvm/llvm-project/commit/3641448e08961d8b8621fafa01167f96d948ee9e.d
https://github.com/JDevlieghere created
https://github.com/llvm/llvm-project/pull/149598
I'm investigating a lifetime issue and I noticed raw ThreadPlan pointers being
passed around. Although this may be safe, it's really hard to prove and more
fundamentally, defeats the purpose of using smart
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: Jonas Devlieghere (JDevlieghere)
Changes
I'm investigating a lifetime issue and I noticed raw ThreadPlan pointers being
passed around. Although this may be safe, it's really hard to prove and more
fundamentally, defeats the purpose of usin
https://github.com/mizvekov approved this pull request.
Thanks.
It would be awesome to get the more strict check ironed out in another patch,
and you can probably put it into a different warning group, not part of Wall.
I am sure we can also come up with something to solve the common sugar pro
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 HEAD~1...HEAD lldb/scripts/framework-header-fix.py
lldb/scripts/version-header-fix.py
https://github.com/chelcassanova updated
https://github.com/llvm/llvm-project/pull/148736
>From 31b21cb6fde5d3d9e9a6fc8f2c77edc30167f512 Mon Sep 17 00:00:00 2001
From: Chelsea Cassanova
Date: Mon, 14 Jul 2025 16:58:23 -0500
Subject: [PATCH] [lldb][framework] Glob headers from source for framewo
https://github.com/chelcassanova updated
https://github.com/llvm/llvm-project/pull/148736
>From d56c148eb78fb7e8d750d42921afccd95410956d Mon Sep 17 00:00:00 2001
From: Chelsea Cassanova
Date: Mon, 14 Jul 2025 16:58:23 -0500
Subject: [PATCH] [lldb][framework] Glob headers from source for framewo
https://github.com/Jlalond updated
https://github.com/llvm/llvm-project/pull/149401
>From 4e692b251329196ff09aa8fc7d0e329c42df1b50 Mon Sep 17 00:00:00 2001
From: Jacob Lalonde
Date: Wed, 16 Jul 2025 12:57:58 -0700
Subject: [PATCH 1/4] Add check-memory command to see if an address is in a
Minid
https://github.com/chelcassanova updated
https://github.com/llvm/llvm-project/pull/148736
>From 97e5d4dbe1dd0be22be0b23c5861808b10a3391d Mon Sep 17 00:00:00 2001
From: Chelsea Cassanova
Date: Mon, 14 Jul 2025 16:58:23 -0500
Subject: [PATCH] [lldb][framework] Glob headers from source for framewo
Author: Chelsea Cassanova
Date: 2025-07-18T15:26:09-05:00
New Revision: d64802d6d96ec5aff3739ce34f8143b935921809
URL:
https://github.com/llvm/llvm-project/commit/d64802d6d96ec5aff3739ce34f8143b935921809
DIFF:
https://github.com/llvm/llvm-project/commit/d64802d6d96ec5aff3739ce34f8143b935921809.d
https://github.com/chelcassanova closed
https://github.com/llvm/llvm-project/pull/148736
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
@@ -323,12 +332,24 @@ foreach(header
COMMENT "LLDB headers: stage LLDB headers in include directory")
list(APPEND lldb_staged_headers ${staged_header})
+
+ if (LLDB_BUILD_FRAMEWORK)
+set(input_header ${staged_header})
+set(output_header $/Headers/${basename})
+
@@ -0,0 +1,124 @@
+#include "RPCLibraryHeaderEmitter.h"
+#include "RPCCommon.h"
+
+#include "clang/AST/AST.h"
+#include "clang/AST/Mangle.h"
+#include "clang/Frontend/CompilerInstance.h"
+
+#include "llvm/ADT/StringRef.h"
+#include "llvm/Support/ToolOutputFile.h"
+#include "llvm/S
Author: David Spickett
Date: 2025-07-18T08:26:00Z
New Revision: 88721d63d482cf8f95deb66e74462b2cf583be8f
URL:
https://github.com/llvm/llvm-project/commit/88721d63d482cf8f95deb66e74462b2cf583be8f
DIFF:
https://github.com/llvm/llvm-project/commit/88721d63d482cf8f95deb66e74462b2cf583be8f.diff
LOG
https://github.com/Michael137 updated
https://github.com/llvm/llvm-project/pull/148877
>From 0cc8acace55c0f0638643bfd2922a289a373ec38 Mon Sep 17 00:00:00 2001
From: Michael Buch
Date: Fri, 15 Nov 2024 01:59:36 +
Subject: [PATCH 1/6] [lldb][Expression] Encode Module and DIE UIDs into
functi
https://github.com/DavidSpickett created
https://github.com/llvm/llvm-project/pull/149480
In some places it was printing "= {...}" and some "={...}" with no space. I
think the space looks nicer so do that in both cases.
>From 3c6241d1ed5e5b8d8c86447a98bed2f407f50ffb Mon Sep 17 00:00:00 2001
Fr
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: David Spickett (DavidSpickett)
Changes
In some places it was printing "= {...}" and some "={...}" with no space. I
think the space looks nicer so do that in both cases.
---
Full diff: https://github.com/llvm/llvm-project/pull/149480.diff
Author: Michael Buch
Date: 2025-07-18T10:05:18+01:00
New Revision: 3121cc31baa1aed697cc07c72d283891ffa529f6
URL:
https://github.com/llvm/llvm-project/commit/3121cc31baa1aed697cc07c72d283891ffa529f6
DIFF:
https://github.com/llvm/llvm-project/commit/3121cc31baa1aed697cc07c72d283891ffa529f6.diff
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: Charles Zablit (charles-zablit)
Changes
Formatting patch which removes an extra line after a docstring.
---
Full diff: https://github.com/llvm/llvm-project/pull/149482.diff
1 Files Affected:
- (modified) lldb/include/lldb/Utility/Stream.
https://github.com/charles-zablit created
https://github.com/llvm/llvm-project/pull/149482
Formatting patch which removes an extra line after a docstring.
>From 121daca4acec6dbcda8658db526aac86d3c3d5fb Mon Sep 17 00:00:00 2001
From: Charles Zablit
Date: Fri, 18 Jul 2025 11:07:50 +0200
Subject:
frederick-vs-ja wrote:
> > For what it’s worth, it looks like this introduces a series of `-Wformat`
> > warnings when building the Linux kernel for 32-bit targets, which `typedef
> > size_t` as `unsigned int` in
> > [`include/linux/types.h`](https://git.kernel.org/pub/scm/linux/kernel/git/tor
https://github.com/Michael137 updated
https://github.com/llvm/llvm-project/pull/148877
>From 0cc8acace55c0f0638643bfd2922a289a373ec38 Mon Sep 17 00:00:00 2001
From: Michael Buch
Date: Fri, 15 Nov 2024 01:59:36 +
Subject: [PATCH 1/5] [lldb][Expression] Encode Module and DIE UIDs into
functi
https://github.com/Michael137 created
https://github.com/llvm/llvm-project/pull/149490
The only place that passes a target to `LoadAddressResolver` already checks for
pointer validity. And inside of the resolver we have been dereferencing the
target anyway without nullptr checks. So codify the
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: Michael Buch (Michael137)
Changes
The only place that passes a target to `LoadAddressResolver` already checks for
pointer validity. And inside of the resolver we have been dereferencing the
target anyway without nullptr checks. So codify t
https://github.com/Michael137 closed
https://github.com/llvm/llvm-project/pull/146740
___
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/148877
>From 4d8da53285939b9db314d374214efd4c3302d1f3 Mon Sep 17 00:00:00 2001
From: Michael Buch
Date: Fri, 15 Nov 2024 01:59:36 +
Subject: [PATCH] [lldb][Expression] Encode Module and DIE UIDs into function
A
charles-zablit wrote:
>From my understanding of the thread you linked, there are 3 ways to approach
>this:
1. Switch to ASCII characters on Windows instead of the `"╰"` character. This
is by far the easiest way to fix this specific rendering issue, but does not
address the root issue. Debuggi
Author: Michael Buch
Date: 2025-07-18T14:31:12+01:00
New Revision: 03b7766dba2f63ee7c9e67f915ea8394f6426f9a
URL:
https://github.com/llvm/llvm-project/commit/03b7766dba2f63ee7c9e67f915ea8394f6426f9a
DIFF:
https://github.com/llvm/llvm-project/commit/03b7766dba2f63ee7c9e67f915ea8394f6426f9a.diff
https://github.com/Michael137 closed
https://github.com/llvm/llvm-project/pull/149490
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/Nerixyz edited
https://github.com/llvm/llvm-project/pull/149305
___
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
>From https://github.com/llvm/llvm-project/pull/148554#issuecomment-3083261858
>- this adds an option for API tests to be run with the native PDB reader on
>Windows. As there are a lot of failures with PDB, this is
Nerixyz wrote:
I made it opt-in now. A test can set `TEST_WITH_PDB_DEBUG_INFO = True`.
Unfortunately, all STL tests currently fail. Most of this is because the
demangled name in the native PDB parser has spaces at different positions than
the DIA parser which I used before.
I'm not sure if it
https://github.com/Nerixyz updated
https://github.com/llvm/llvm-project/pull/149305
>From 457d51e195fd2414424809efd88592884e13272d Mon Sep 17 00:00:00 2001
From: Nerixyz
Date: Thu, 17 Jul 2025 15:10:24 +0200
Subject: [PATCH] [LLDB] Run API tests with native PDB too
---
.../Python/lldbsuite/te
https://github.com/Nerixyz ready_for_review
https://github.com/llvm/llvm-project/pull/149305
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
Michael137 wrote:
I think as a pre-requisite to this we should remove the non-native PDB parser
(and anything associated with it). That way we wouldn't need any special
environment variable setting etc.
We agreed that the native parser would be the way forward in the last EuroLLVM
round-table
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: nerix (Nerixyz)
Changes
Adds formatters for MSVC STL's unordered containers. This one is relatively
simple, because it can reuse the `std::list` synthetic children. The unordered
containers (aka
[`_Hash`](https://github.com/microsoft/STL/
https://github.com/Nerixyz created
https://github.com/llvm/llvm-project/pull/149519
Adds formatters for MSVC STL's unordered containers. This one is relatively
simple, because it can reuse the `std::list` synthetic children. The unordered
containers (aka
[`_Hash`](https://github.com/microsoft
https://github.com/chelcassanova updated
https://github.com/llvm/llvm-project/pull/147655
>From b842db905bf10fd6b89f2dfc07cd6a1eaa2bfd7b Mon Sep 17 00:00:00 2001
From: Chelsea Cassanova
Date: Wed, 2 Jul 2025 00:17:31 -0700
Subject: [PATCH] [lldb][rpc] Upstream RPC Client Library Emitters
This
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 HEAD~1 HEAD --extensions h,cpp --
lldb/source/Plugins/Language/CPlusPlus/MsvcStlUnord
https://github.com/Nerixyz updated
https://github.com/llvm/llvm-project/pull/149519
>From b77b68a23dcf9e88aa604a75cb646dbf5b35789b Mon Sep 17 00:00:00 2001
From: Nerixyz
Date: Fri, 18 Jul 2025 16:08:04 +0200
Subject: [PATCH] [LLDB] Add formatters for MSVC STL unordered containers
---
.../Plug
charles-zablit wrote:
I added `add_compile_options(/execution-charset:utf-8)` to
`llvm-project\lldb\CMakeLists.txt` however that did not fix the issue.
https://github.com/llvm/llvm-project/pull/149493
___
lldb-commits mailing list
lldb-commits@lists.l
https://github.com/Michael137 approved this pull request.
that bothered me too, thanks!
https://github.com/llvm/llvm-project/pull/149480
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-comm
Nerixyz wrote:
> I added `add_compile_options(/execution-charset:utf-8)` to
> `llvm-project\lldb\CMakeLists.txt` however that did not fix the issue.
Then setting the code page is probably the best idea, requiring the least
amount of effort.
As far as I know, `WriteConsoleW` is the proper way
https://github.com/Michael137 updated
https://github.com/llvm/llvm-project/pull/148877
>From 727ab0818b609f3f946af78b8679d3a80c25e175 Mon Sep 17 00:00:00 2001
From: Michael Buch
Date: Fri, 15 Nov 2024 01:59:36 +
Subject: [PATCH 1/2] [lldb][Expression] Encode Module and DIE UIDs into
functi
https://github.com/chelcassanova updated
https://github.com/llvm/llvm-project/pull/147655
>From 3923ba0807cb211b6c92be4154b3135db4566b53 Mon Sep 17 00:00:00 2001
From: Chelsea Cassanova
Date: Wed, 2 Jul 2025 00:17:31 -0700
Subject: [PATCH] [lldb][rpc] Upstream RPC Client Library Emitters
This
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 HEAD~1 HEAD --extensions h,cpp --
lldb/test/Shell/RPC/Generator/Inputs/Client/CheckAr
@@ -0,0 +1,542 @@
+#include "RPCLibrarySourceEmitter.h"
+#include "RPCCommon.h"
+
+#include "clang/AST/AST.h"
+#include "clang/Frontend/CompilerInstance.h"
+
+#include "llvm/ADT/STLExtras.h"
+#include "llvm/ADT/SmallString.h"
+#include "llvm/ADT/StringRef.h"
+#include "llvm/Suppor
Author: David Spickett
Date: 2025-07-18T16:27:46+01:00
New Revision: 32f0fc597f92f98f1be81abbd07f5164377668ef
URL:
https://github.com/llvm/llvm-project/commit/32f0fc597f92f98f1be81abbd07f5164377668ef
DIFF:
https://github.com/llvm/llvm-project/commit/32f0fc597f92f98f1be81abbd07f5164377668ef.diff
Nerixyz 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).
> [2b8c692](https://github.c
YexuanXiao wrote:
> Maybe split out the type sugar part from the warning part when you resubmit?
> We could merge the type sugar part back straight away, while the warnings are
> improved.
I'll relax the checks to prevent false positives (only reporting UB and no
longer reporting non-portable
https://github.com/DavidSpickett closed
https://github.com/llvm/llvm-project/pull/149480
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
charles-zablit wrote:
> As far as I know, `WriteConsoleW` is the proper way to get Unicode on the
> console (this resolved #35615). However, that would require a new output,
> because currently, everything goes through the stdout FD and the C API.
Thanks for clarifying, I corrected the 4th opt
@@ -0,0 +1,542 @@
+#include "RPCLibrarySourceEmitter.h"
+#include "RPCCommon.h"
+
+#include "clang/AST/AST.h"
+#include "clang/Frontend/CompilerInstance.h"
+
+#include "llvm/ADT/STLExtras.h"
+#include "llvm/ADT/SmallString.h"
+#include "llvm/ADT/StringRef.h"
+#include "llvm/Suppor
https://github.com/chelcassanova updated
https://github.com/llvm/llvm-project/pull/147655
>From 515f1136fb31abd68f4f668beaab9eb65375803d Mon Sep 17 00:00:00 2001
From: Chelsea Cassanova
Date: Wed, 2 Jul 2025 00:17:31 -0700
Subject: [PATCH] [lldb][rpc] Upstream RPC Client Library Emitters
This
https://github.com/Michael137 approved this pull request.
https://github.com/llvm/llvm-project/pull/149545
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
JDevlieghere wrote:
As intended, this is uncovering a non-deterministic issue in LLDB when running
`fork-follow-child-softbp.test`. I'm able to reproduce it locally (on Linux)
but I haven't figured out the cause yet.
https://github.com/llvm/llvm-project/pull/148994
https://github.com/Michael137 updated
https://github.com/llvm/llvm-project/pull/148877
>From b8e611658f462d2963a3f63018823c9f8908c772 Mon Sep 17 00:00:00 2001
From: Michael Buch
Date: Fri, 15 Nov 2024 01:59:36 +
Subject: [PATCH] [lldb][Expression] Encode Module and DIE UIDs into function
A
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 HEAD~1...HEAD
lldb/test/API/functionalities/data-formatter/data-formatter-stl/generic/opti
https://github.com/ayalz approved this pull request.
Thanks, now it LGTM!
https://github.com/llvm/llvm-project/pull/148239
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/149541
LLVM Coding Standards discourages llvm::for_each unless we already
have a callable.
>From 906c5777505f9aeedef88c5eecf3327bf56406dd Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Thu, 17 Jul 2025 10:05
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: Kazu Hirata (kazutakahirata)
Changes
LLVM Coding Standards discourages llvm::for_each unless we already
have a callable.
---
Full diff: https://github.com/llvm/llvm-project/pull/149541.diff
1 Files Affected:
- (modified)
lldb/source/Pl
https://github.com/Nerixyz created
https://github.com/llvm/llvm-project/pull/149545
Adds synthetic children for `std::optional` from MSVC's STL. Most of the
machinery for `std::optional` is already there.
Towards #24834.
>From 9cb391e86385e1e0400f652b79633cd4e3bd23e1 Mon Sep 17 00:00:00 2001
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: nerix (Nerixyz)
Changes
Adds synthetic children for `std::optional` from MSVC's STL. Most of the
machinery for `std::optional` is already there.
Towards #24834.
---
Full diff: https://github.com/llvm/llvm-project/pull/149545.diff
4 File
https://github.com/Nerixyz updated
https://github.com/llvm/llvm-project/pull/149545
>From 927e9c7c9bdcd46154095b9cf5f7e714344f48b5 Mon Sep 17 00:00:00 2001
From: Nerixyz
Date: Fri, 18 Jul 2025 18:05:48 +0200
Subject: [PATCH] [LLDB] Add formatters for MSVC STL std::optional
---
.../Language/CP
@@ -941,10 +941,32 @@ RecurrenceDescriptor::InstDesc
RecurrenceDescriptor::isRecurrenceInstr(
m_Intrinsic(m_Value(), m_Value())) ||
match(I, m_Intrinsic(m_Value(), m_Value()));
};
-if (isIntMinMaxRecurrenceKind(Kind) ||
-(HasRequir
@@ -941,10 +941,32 @@ RecurrenceDescriptor::InstDesc
RecurrenceDescriptor::isRecurrenceInstr(
m_Intrinsic(m_Value(), m_Value())) ||
match(I, m_Intrinsic(m_Value(), m_Value()));
};
-if (isIntMinMaxRecurrenceKind(Kind) ||
-(HasRequir
@@ -652,3 +652,146 @@ void VPlanTransforms::attachCheckBlock(VPlan &Plan, Value
*Cond,
Term->addMetadata(LLVMContext::MD_prof, BranchWeights);
}
}
+
+bool VPlanTransforms::handleMaxMinNumReductionsWithoutFastMath(VPlan &Plan) {
+ VPRegionBlock *LoopRegion = Plan.getVect
@@ -652,3 +652,140 @@ void VPlanTransforms::attachCheckBlock(VPlan &Plan, Value
*Cond,
Term->addMetadata(LLVMContext::MD_prof, BranchWeights);
}
}
+
+bool VPlanTransforms::handleMaxMinNumReductionsWithoutFastMath(VPlan &Plan) {
+ VPRegionBlock *LoopRegion = Plan.getVect
@@ -652,3 +652,146 @@ void VPlanTransforms::attachCheckBlock(VPlan &Plan, Value
*Cond,
Term->addMetadata(LLVMContext::MD_prof, BranchWeights);
}
}
+
+bool VPlanTransforms::handleMaxMinNumReductionsWithoutFastMath(VPlan &Plan) {
+ VPRegionBlock *LoopRegion = Plan.getVect
@@ -652,3 +652,146 @@ void VPlanTransforms::attachCheckBlock(VPlan &Plan, Value
*Cond,
Term->addMetadata(LLVMContext::MD_prof, BranchWeights);
}
}
+
+bool VPlanTransforms::handleMaxMinNumReductionsWithoutFastMath(VPlan &Plan) {
+ VPRegionBlock *LoopRegion = Plan.getVect
@@ -652,3 +652,146 @@ void VPlanTransforms::attachCheckBlock(VPlan &Plan, Value
*Cond,
Term->addMetadata(LLVMContext::MD_prof, BranchWeights);
}
}
+
+bool VPlanTransforms::handleMaxMinNumReductionsWithoutFastMath(VPlan &Plan) {
+ VPRegionBlock *LoopRegion = Plan.getVect
@@ -941,10 +941,32 @@ RecurrenceDescriptor::InstDesc
RecurrenceDescriptor::isRecurrenceInstr(
m_Intrinsic(m_Value(), m_Value())) ||
match(I, m_Intrinsic(m_Value(), m_Value()));
};
-if (isIntMinMaxRecurrenceKind(Kind) ||
-(HasRequir
@@ -1096,7 +1100,8 @@ Value *llvm::createMinMaxOp(IRBuilderBase &Builder,
RecurKind RK, Value *Left,
Value *Right) {
Type *Ty = Left->getType();
if (Ty->isIntOrIntVectorTy() ||
- (RK == RecurKind::FMinimum || RK == RecurKind::FMaximum ||
+
@@ -42,18 +42,60 @@ define float @fmaxnum(ptr %src, i64 %n) {
; CHECK-LABEL: define float @fmaxnum(
; CHECK-SAME: ptr [[SRC:%.*]], i64 [[N:%.*]]) {
; CHECK-NEXT: [[ENTRY:.*]]:
+; CHECK-NEXT:[[MIN_ITERS_CHECK:%.*]] = icmp ult i64 [[N]], 8
+; CHECK-NEXT:br i1 [[MIN_ITERS
@@ -652,3 +652,146 @@ void VPlanTransforms::attachCheckBlock(VPlan &Plan, Value
*Cond,
Term->addMetadata(LLVMContext::MD_prof, BranchWeights);
}
}
+
+bool VPlanTransforms::handleMaxMinNumReductionsWithoutFastMath(VPlan &Plan) {
+ VPRegionBlock *LoopRegion = Plan.getVect
@@ -103,6 +103,12 @@ struct VPlanTransforms {
/// not valid.
static bool adjustFixedOrderRecurrences(VPlan &Plan, VPBuilder &Builder);
+ /// Check if \p Plan contains any FMaxNumNoFMFs or FMinNumNoFMFs reductions.
fhahn wrote:
Updated thanks!
https://gi
@@ -652,3 +652,146 @@ void VPlanTransforms::attachCheckBlock(VPlan &Plan, Value
*Cond,
Term->addMetadata(LLVMContext::MD_prof, BranchWeights);
}
}
+
+bool VPlanTransforms::handleMaxMinNumReductionsWithoutFastMath(VPlan &Plan) {
+ VPRegionBlock *LoopRegion = Plan.getVect
@@ -941,10 +941,32 @@ RecurrenceDescriptor::InstDesc
RecurrenceDescriptor::isRecurrenceInstr(
m_Intrinsic(m_Value(), m_Value())) ||
match(I, m_Intrinsic(m_Value(), m_Value()));
};
-if (isIntMinMaxRecurrenceKind(Kind) ||
-(HasRequir
DavidSpickett wrote:
https://github.com/llvm/llvm-project/issues/114906 as well.
https://github.com/llvm/llvm-project/pull/149305
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
@@ -1664,6 +1665,8 @@ static void
LoadCommonStlFormatters(lldb::TypeCategoryImplSP cpp_category_sp) {
SyntheticChildren::Flags stl_synth_flags;
stl_synth_flags.SetCascades(true).SetSkipPointers(false).SetSkipReferences(
false);
+ SyntheticChildren::Flags stl_deref_f
chelcassanova wrote:
To sum up the conversation I've been having with Vladimir Vereschaka
(@vvereschaka) thus far, for the cross-compile build on the
lldb-remote-linux-ubuntu bot, the step that generates and compiles the sources
from lldb-rpc-gen is taking place too early on the target. It's t
https://github.com/Nerixyz updated
https://github.com/llvm/llvm-project/pull/149545
>From 927e9c7c9bdcd46154095b9cf5f7e714344f48b5 Mon Sep 17 00:00:00 2001
From: Nerixyz
Date: Fri, 18 Jul 2025 18:05:48 +0200
Subject: [PATCH 1/2] [LLDB] Add formatters for MSVC STL std::optional
---
.../Languag
JDevlieghere wrote:
> We agreed that the native parser would be the way forward in the last
> EuroLLVM round-table IIRC (CC @JDevlieghere @labath).
That's right. The problem is that neither implementation is complete, and
things only work because there's an automatic fallback. No matter which
fhahn wrote:
Fixed the PR the remove various changes added by accident.
https://github.com/llvm/llvm-project/pull/148239
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
@@ -103,6 +103,12 @@ struct VPlanTransforms {
/// not valid.
static bool adjustFixedOrderRecurrences(VPlan &Plan, VPBuilder &Builder);
+ /// Check if \p Plan contains any FMaxNumNoFMFs or FMinNumNoFMFs reductions.
+ /// If they do, try to update the vector loop to exit e
DavidSpickett wrote:
I ran this on Linaro's bot machine and got these results:
```
Unresolved Tests (5):
lldb-api ::
functionalities/data-formatter/data-formatter-stl/generic/string/TestDataFormatterStdString.py
lldb-api :: lang/c/vla/TestVLA.py
lldb-api :: python_api/
DavidSpickett wrote:
Opened https://github.com/llvm/llvm-project/issues/149498 so you can refer to
it.
I think it's a reasonable pitch to say:
* Formatters that work with PDB are a good idea.
* If we opt-in those formatters for testing using PDB, they will be run on at
least Linaro's Windows o
https://github.com/charles-zablit created
https://github.com/llvm/llvm-project/pull/149493
This patch sets the codepage of the parent Windows console to `utf-8` and
resets it back to the original codepage once `lldb` exits.
This fixes a rendering issue where the characters defined in
`Diagnos
llvmbot wrote:
@llvm/pr-subscribers-lldb
Author: Charles Zablit (charles-zablit)
Changes
This patch sets the codepage of the parent Windows console to `utf-8` and
resets it back to the original codepage once `lldb` exits.
This fixes a rendering issue where the characters defined in
`Dia
charles-zablit wrote:
# Before
https://github.com/user-attachments/assets/9b753728-5de8-4a12-9192-e0b53982bc3c";
/>
# After
https://github.com/user-attachments/assets/4d85e6dc-25d3-4fc4-b1cd-865831c46321";
/>
https://github.com/llvm/llvm-project/pull/149493
_
https://github.com/DavidSpickett approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/149490
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
1 - 100 of 114 matches
Mail list logo
