https://github.com/petrhosek approved this pull request.
https://github.com/llvm/llvm-project/pull/171700
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/petrhosek approved this pull request.
https://github.com/llvm/llvm-project/pull/171698
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/petrhosek approved this pull request.
https://github.com/llvm/llvm-project/pull/171669
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
lukel97 wrote:
> @lukel97 @wangpc-pp Is the change to RISCVInstrInfoVPseudos.td enough to fix
> the bug? Was the RISCVVectorPeephole.cpp part for correctness or to prevent
> regressions?
The RISCVInstrInfoVPseudos.td changes are enough to fix the bug,
RISCVVectorPeephole.cpp is to fix regress
topperc wrote:
> Hi @asb, @topperc and @preames, I'm a bit hesitant to take this fix into the
> release branch because it seems a bit large for what is essentially the last
> release of the 21.x branch. After this there will be no more releases, so no
> chances to fix any issues that may arise
dyung wrote:
Hi @brad0 and @devnexen, was this a regression from a previous LLVM version or
has this never built successfully?
https://github.com/llvm/llvm-project/pull/171578
___
llvm-branch-commits mailing list
[email protected]
htt
dyung wrote:
Thanks for the patch, but as this will be the final 21.x release, we only want
to include fixes for regressions, or for small fixes that have broad impacts,
neither of which this change seems to meet I'm afraid, so I'm going to defer
this fix to the 22.x release.
https://github.c
dyung wrote:
Hi @asb, @topperc and @preames, I'm a bit hesitant to take this fix into the
release branch because it seems a bit large for what is essentially the last
release of the 21.x branch. After this there will be no more releases, so no
chances to fix any issues that may arise. The fact
dyung wrote:
Sorry, but I do not think this is a good candidate for the final release of the
21.x branch due to it being a fix for a long standing issue which will be
available starting in 22.x which will branch in a month. Additionally I note
from the original review that this change caused s
@@ -0,0 +1,138 @@
+// RUN: %check_clang_tidy %s abseil-unchecked-statusor-access %t --
-header-filter='' -- -I %S/Inputs
+
+#include "absl/status/statusor.h"
+void unchecked_value_access(const absl::StatusOr& sor) {
+ sor.value();
+ // CHECK-MESSAGES: :[[@LINE-1]]:7: warning: u
https://github.com/fmayer commented:
also realised the test had the wrong name, removed the abseil from the file
name because it's already in the directory name
https://github.com/llvm/llvm-project/pull/171188
___
llvm-branch-commits mailing list
llvm
https://github.com/fmayer edited
https://github.com/llvm/llvm-project/pull/171188
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/fmayer updated
https://github.com/llvm/llvm-project/pull/171188
>From 3a7705624359678edaed5c7b9686cae034cb4bfd Mon Sep 17 00:00:00 2001
From: Florian Mayer
Date: Mon, 8 Dec 2025 13:10:30 -0800
Subject: [PATCH 1/4] change
Created using spr 1.3.7
---
.../clang-tidy/abseil/Unc
https://github.com/fmayer updated
https://github.com/llvm/llvm-project/pull/171188
>From 3a7705624359678edaed5c7b9686cae034cb4bfd Mon Sep 17 00:00:00 2001
From: Florian Mayer
Date: Mon, 8 Dec 2025 13:10:30 -0800
Subject: [PATCH 1/4] change
Created using spr 1.3.7
---
.../clang-tidy/abseil/Unc
@@ -0,0 +1,377 @@
+.. title:: clang-tidy - abseil-unchecked-statusor-access
+
+abseil-unchecked-statusor-access
+
+
+This check identifies unsafe accesses to values contained in
+``absl::StatusOr`` objects. Below we will refer to this type as
+``Sta
@@ -0,0 +1,377 @@
+.. title:: clang-tidy - abseil-unchecked-statusor-access
+
+abseil-unchecked-statusor-access
+
+
+This check identifies unsafe accesses to values contained in
+``absl::StatusOr`` objects. Below we will refer to this type as
+``Sta
@@ -0,0 +1,138 @@
+// RUN: %check_clang_tidy %s abseil-unchecked-statusor-access %t --
-header-filter='' -- -I %S/Inputs
+
+#include "absl/status/statusor.h"
+void unchecked_value_access(const absl::StatusOr& sor) {
+ sor.value();
+ // CHECK-MESSAGES: :[[@LINE-1]]:7: warning: u
@@ -0,0 +1,377 @@
+.. title:: clang-tidy - abseil-unchecked-statusor-access
+
+abseil-unchecked-statusor-access
+
+
+This check identifies unsafe accesses to values contained in
+``absl::StatusOr`` objects. Below we will refer to this type as
+``Sta
@@ -0,0 +1,138 @@
+// RUN: %check_clang_tidy %s abseil-unchecked-statusor-access %t --
-header-filter='' -- -I %S/Inputs
+
+#include "absl/status/statusor.h"
+void unchecked_value_access(const absl::StatusOr& sor) {
+ sor.value();
+ // CHECK-MESSAGES: :[[@LINE-1]]:7: warning: u
https://github.com/jvoung commented:
mostly nits, otherwise nice work!
https://github.com/llvm/llvm-project/pull/171188
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-
@@ -69,6 +70,8 @@ class AbseilModule : public ClangTidyModule {
"abseil-time-subtraction");
CheckFactories.registerCheck(
"abseil-upgrade-duration-conversions");
+CheckFactories.registerCheck(
jvoung wrote:
nit: the list might be sorted
https://github.com/jvoung edited
https://github.com/llvm/llvm-project/pull/171188
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -525,8 +525,7 @@ define <2 x float> @div_constant_dividend2_reassoc_only(<2
x float> %x) {
define <2 x float> @div_constant_dividend3(<2 x float> %x) {
; CHECK-LABEL: @div_constant_dividend3(
-; CHECK-NEXT:[[TMP1:%.*]] = fmul reassoc arcp <2 x float> [[X:%.*]],
-; CH
https://github.com/andykaylor edited
https://github.com/llvm/llvm-project/pull/171726
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/andykaylor approved this pull request.
This change looks good, but I have a concern about the prior state.
https://github.com/llvm/llvm-project/pull/171726
___
llvm-branch-commits mailing list
[email protected]
https
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/171726
nsz can only change the behavior of the sign bit.
The sign bit for fmul can be implemented as xor,
which is associative. DAGCombiner already reassociates
the multiply by 2 constants without nsz.
Fixes #64967
>Fr
@@ -3691,6 +3691,155 @@ TEST_P(UncheckedStatusOrAccessModelTest,
UniquePtrReset) {
)cc");
}
+TEST_P(UncheckedStatusOrAccessModelTest, NestedStatusOrInStatusOrStruct) {
+ // Non-standard assignment with a nested StatusOr.
+ ExpectDiagnosticsFor(
+ R"cc(
+#include
@@ -3691,6 +3691,155 @@ TEST_P(UncheckedStatusOrAccessModelTest,
UniquePtrReset) {
)cc");
}
+TEST_P(UncheckedStatusOrAccessModelTest, NestedStatusOrInStatusOrStruct) {
+ // Non-standard assignment with a nested StatusOr.
+ ExpectDiagnosticsFor(
+ R"cc(
+#include
@@ -1130,6 +1150,10 @@ buildTransferMatchSwitch(ASTContext &Ctx,
transferValueAssignmentCall)
.CaseOfCFGStmt(isStatusOrValueConstructor(),
transferValueConstructor)
+ .CaseOfCFGStmt(isSt
@@ -1044,6 +1044,26 @@ transferAssertionResultOperatorBoolCall(const
CXXMemberCallExpr *Expr,
State.Env.setValue(*Expr, Res);
}
+static void transferDerefCall(const CallExpr *Expr,
+ const MatchFinder::MatchResult &,
+
https://github.com/fmayer updated
https://github.com/llvm/llvm-project/pull/170950
>From 454f37b0be36c89c66108fc19f159d4a1d919f51 Mon Sep 17 00:00:00 2001
From: Florian Mayer
Date: Wed, 10 Dec 2025 13:58:55 -0800
Subject: [PATCH] types
Created using spr 1.3.7
---
.../Models/UncheckedStatusOrA
https://github.com/fmayer updated
https://github.com/llvm/llvm-project/pull/170950
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/fmayer updated
https://github.com/llvm/llvm-project/pull/170950
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/jvoung approved this pull request.
Nice!
https://github.com/llvm/llvm-project/pull/170947
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/hansangbae ready_for_review
https://github.com/llvm/llvm-project/pull/171684
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
evelez7 wrote:
HTML preview:
https://erickvelez.com/clang-doc-mustache-output/pr171698/GlobalNamespace/_ZTV10Calculator.html
https://github.com/llvm/llvm-project/pull/171698
___
llvm-branch-commits mailing list
[email protected]
https
https://github.com/evelez7 ready_for_review
https://github.com/llvm/llvm-project/pull/171701
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/evelez7 ready_for_review
https://github.com/llvm/llvm-project/pull/171700
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/evelez7 ready_for_review
https://github.com/llvm/llvm-project/pull/171699
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/evelez7 ready_for_review
https://github.com/llvm/llvm-project/pull/171698
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
evelez7 wrote:
> [!WARNING]
> This pull request is not mergeable via GitHub because a downstack PR is
> open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.com/github/pr/llvm/llvm-project/171700?utm_source=stack-comment-downstack-mergeability-warning";
evelez7 wrote:
> [!WARNING]
> This pull request is not mergeable via GitHub because a downstack PR is
> open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.com/github/pr/llvm/llvm-project/171701?utm_source=stack-comment-downstack-mergeability-warning";
evelez7 wrote:
> [!WARNING]
> This pull request is not mergeable via GitHub because a downstack PR is
> open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.com/github/pr/llvm/llvm-project/171699?utm_source=stack-comment-downstack-mergeability-warning";
evelez7 wrote:
> [!WARNING]
> This pull request is not mergeable via GitHub because a downstack PR is
> open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.com/github/pr/llvm/llvm-project/171698?utm_source=stack-comment-downstack-mergeability-warning";
https://github.com/evelez7 created
https://github.com/llvm/llvm-project/pull/171701
Previously, the global namespace's "Name" field was left empty. It could
be identified this way, but it could also be identified by its USR.
Actually populating the "Name" field allows for nicer output in the
fut
https://github.com/evelez7 created
https://github.com/llvm/llvm-project/pull/171700
None
>From 619542606b3cc6b89b3012d37fcc5fe6eabf2c33 Mon Sep 17 00:00:00 2001
From: Erick Velez
Date: Sun, 16 Nov 2025 13:38:47 -0800
Subject: [PATCH] [clang-doc] Serialize private members in JSON
---
clang-to
https://github.com/evelez7 created
https://github.com/llvm/llvm-project/pull/171699
Parents and virtual parents didn't have "Has" bools in JSON output. That
made it difficult to only create output conditionally.
Also add an explicit test for inheritance and parents, vparents, and
bases which ac
https://github.com/evelez7 created
https://github.com/llvm/llvm-project/pull/171698
None
>From 602d10e27803fdd140bd52632be2847e3b5fdb79 Mon Sep 17 00:00:00 2001
From: Erick Velez
Date: Thu, 13 Nov 2025 20:23:17 -0800
Subject: [PATCH] [clang-doc] Serialize "IsStatic" for fields
---
clang-tool
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: Erick Velez (evelez7)
Changes
Move navbar section to its own template to ensure consistency across
templates
---
Full diff: https://github.com/llvm/llvm-project/pull/171669.diff
6 Files Affected:
- (modified) clang-tools-ext
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: Erick Velez (evelez7)
Changes
The sections of the existing partials are already identical, so
creating a partial will help reduce lines in the templates. Now
changes to sections can easily propogate and can easily
https://github.com/weliveindetail commented:
I still think it can be a little surprising, that returning true from a
"PreCodeGenCallback" skips the entire backend. But I guess the relevant
invariant is: if exit code indicates success, then one input created one
output. And that holds, even if
https://github.com/weliveindetail edited
https://github.com/llvm/llvm-project/pull/170846
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -1265,6 +1259,14 @@ void EmitAssemblyHelper::RunOptimizationPipeline(
void EmitAssemblyHelper::RunCodegenPipeline(
BackendAction Action, std::unique_ptr &OS,
std::unique_ptr &DwoOS) {
+ // Invoke pre-codegen callback from plugin, which might want to take over the
+
https://github.com/evelez7 edited
https://github.com/llvm/llvm-project/pull/171669
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/hansangbae created
https://github.com/llvm/llvm-project/pull/171684
Update debug messages based on the new method from #170425. Updated the
following files.
- plugins-nextgen/common/include/MemoryManager.h
- plugins-nextgen/common/include/PluginInterface.h
- plugins-nextgen/c
ashgti wrote:
Should we also backport fff45ddcc05eeed711d19392fcc6786674fa56ca on top of this?
https://github.com/llvm/llvm-project/pull/171587
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailm
https://github.com/fmayer edited
https://github.com/llvm/llvm-project/pull/170951
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/fmayer edited
https://github.com/llvm/llvm-project/pull/170951
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -3840,6 +3840,56 @@ TEST_P(UncheckedStatusOrAccessModelTest,
NestedStatusOrInStatusOrStruct) {
)cc");
}
+TEST_P(UncheckedStatusOrAccessModelTest, StatusOrPtrReference) {
+ ExpectDiagnosticsFor(R"cc(
+#include "unchecked_statusor_access_test_defs.h"
+
+const STAT
Author: Andrew Haberlandt
Date: 2025-12-10T10:28:30-08:00
New Revision: f0c008ab99b2125741685bd4f061fb6ff3cf2c6b
URL:
https://github.com/llvm/llvm-project/commit/f0c008ab99b2125741685bd4f061fb6ff3cf2c6b
DIFF:
https://github.com/llvm/llvm-project/commit/f0c008ab99b2125741685bd4f061fb6ff3cf2c6b.d
@@ -2173,6 +2173,181 @@ TEST_P(UncheckedStatusOrAccessModelTest, ExpectOkMacro)
{
)cc");
}
+TEST_P(UncheckedStatusOrAccessModelTest, AssertThatMacro) {
+ ExpectDiagnosticsFor(R"cc(
+#include "unchecked_statusor_access_test_defs.h"
+
+void target(STATUSOR_INT sor) {
+
evelez7 wrote:
HTML preview:
https://erickvelez.com/clang-doc-mustache-output/navbar-partial/GlobalNamespace/
https://github.com/llvm/llvm-project/pull/171669
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.o
evelez7 wrote:
HTML preview:
https://erickvelez.com/clang-doc-mustache-output/head-partial/GlobalNamespace/
https://github.com/llvm/llvm-project/pull/171668
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org
https://github.com/evelez7 ready_for_review
https://github.com/llvm/llvm-project/pull/171669
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/evelez7 ready_for_review
https://github.com/llvm/llvm-project/pull/171668
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
evelez7 wrote:
> [!WARNING]
> This pull request is not mergeable via GitHub because a downstack PR is
> open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.com/github/pr/llvm/llvm-project/171669?utm_source=stack-comment-downstack-mergeability-warning";
evelez7 wrote:
> [!WARNING]
> This pull request is not mergeable via GitHub because a downstack PR is
> open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.com/github/pr/llvm/llvm-project/171668?utm_source=stack-comment-downstack-mergeability-warning";
https://github.com/evelez7 created
https://github.com/llvm/llvm-project/pull/171669
Move navbar section to its own template so ensure consistency across
templates
>From d170dc77d415f6ca50adaf7a3812d1b3a6260352 Mon Sep 17 00:00:00 2001
From: Erick Velez
Date: Thu, 4 Dec 2025 12:33:18 -0800
Subj
https://github.com/evelez7 created
https://github.com/llvm/llvm-project/pull/171668
The sections of the existing partials are already identical, so
creating a partial will help reduce lines in the templates. Now
changes to sections can easily propogate and can easily be added
to future HTML pa
@@ -2173,6 +2173,181 @@ TEST_P(UncheckedStatusOrAccessModelTest, ExpectOkMacro)
{
)cc");
}
+TEST_P(UncheckedStatusOrAccessModelTest, AssertThatMacro) {
+ ExpectDiagnosticsFor(R"cc(
+#include "unchecked_statusor_access_test_defs.h"
+
+void target(STATUSOR_INT sor) {
+
https://github.com/jvoung edited
https://github.com/llvm/llvm-project/pull/170950
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -1130,6 +1150,10 @@ buildTransferMatchSwitch(ASTContext &Ctx,
transferValueAssignmentCall)
.CaseOfCFGStmt(isStatusOrValueConstructor(),
transferValueConstructor)
+ .CaseOfCFGStmt(isSt
@@ -3691,6 +3691,155 @@ TEST_P(UncheckedStatusOrAccessModelTest,
UniquePtrReset) {
)cc");
}
+TEST_P(UncheckedStatusOrAccessModelTest, NestedStatusOrInStatusOrStruct) {
+ // Non-standard assignment with a nested StatusOr.
+ ExpectDiagnosticsFor(
+ R"cc(
+#include
@@ -1044,6 +1044,26 @@ transferAssertionResultOperatorBoolCall(const
CXXMemberCallExpr *Expr,
State.Env.setValue(*Expr, Res);
}
+static void transferDerefCall(const CallExpr *Expr,
+ const MatchFinder::MatchResult &,
+
@@ -3691,6 +3691,155 @@ TEST_P(UncheckedStatusOrAccessModelTest,
UniquePtrReset) {
)cc");
}
+TEST_P(UncheckedStatusOrAccessModelTest, NestedStatusOrInStatusOrStruct) {
+ // Non-standard assignment with a nested StatusOr.
+ ExpectDiagnosticsFor(
+ R"cc(
+#include
@@ -1130,6 +1150,10 @@ buildTransferMatchSwitch(ASTContext &Ctx,
transferValueAssignmentCall)
.CaseOfCFGStmt(isStatusOrValueConstructor(),
transferValueConstructor)
+ .CaseOfCFGStmt(isSt
Author: Tom Eccles
Date: 2025-12-10T16:50:42Z
New Revision: 8fc9be460e087b1a786b554744051fe6c4312a26
URL:
https://github.com/llvm/llvm-project/commit/8fc9be460e087b1a786b554744051fe6c4312a26
DIFF:
https://github.com/llvm/llvm-project/commit/8fc9be460e087b1a786b554744051fe6c4312a26.diff
LOG: Re
https://github.com/vzakhari approved this pull request.
https://github.com/llvm/llvm-project/pull/171501
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
nikic wrote:
Yeah, probably the cost modelling changed in the mean time. I re-reduced this
on LLVM 21 and updated the test case to us it. It's less nice but shows the
issue does exist on LLVM 21 as well.
https://github.com/llvm/llvm-project/pull/171596
_
https://github.com/nikic updated
https://github.com/llvm/llvm-project/pull/171596
>From ae451e2f160d43ed21eefd33c3a5f2e784ee4bb4 Mon Sep 17 00:00:00 2001
From: Nikita Popov
Date: Wed, 10 Dec 2025 11:31:07 +0100
Subject: [PATCH] [SelectOptimize] Fix incorrect -1 immediate for large
integers (#1
@@ -2173,6 +2173,181 @@ TEST_P(UncheckedStatusOrAccessModelTest, ExpectOkMacro)
{
)cc");
}
+TEST_P(UncheckedStatusOrAccessModelTest, AssertThatMacro) {
+ ExpectDiagnosticsFor(R"cc(
+#include "unchecked_statusor_access_test_defs.h"
+
+void target(STATUSOR_INT sor) {
+
@@ -281,6 +281,76 @@ static auto isNonConstMemberOperatorCall() {
return cxxOperatorCallExpr(callee(cxxMethodDecl(unless(isConst();
}
+static auto isMakePredicateFormatterFromIsOkMatcherCall() {
+ using namespace ::clang::ast_matchers; // NOLINT: Too many names
+ retur
https://github.com/ashgti approved this pull request.
https://github.com/llvm/llvm-project/pull/171587
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -239,6 +239,10 @@ void FactsGenerator::VisitUnaryOperator(const
UnaryOperator *UO) {
// origin of this UnaryOperator expression.
killAndFlowOrigin(*UO, *SubExpr);
}
+ if (UO->getOpcode() == UO_Deref) {
ymand wrote:
Nit: move to a switch now that
https://github.com/ymand approved this pull request.
https://github.com/llvm/llvm-project/pull/170006
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -1012,6 +1021,59 @@ void SystemZAsmPrinter::emitMachineConstantPoolValue(
OutStreamer->emitValue(Expr, Size);
}
+// Emit the ctor or dtor list taking into account the init priority.
+void SystemZAsmPrinter::emitXXStructorList(const DataLayout &DL,
+
@@ -1120,7 +1120,7 @@ define amdgpu_kernel void @test_umax_ugt_i64(ptr
addrspace(1) %out, i64 %a, i64
; SI-NEXT:s_mov_b32 s4, s0
; SI-NEXT:v_mov_b32_e32 v0, s8
; SI-NEXT:v_mov_b32_e32 v1, s9
-; SI-NEXT:v_cmp_gt_u64_e32 vcc, s[2:3], v[0:1]
+; SI-NEXT:V_CMP_G
https://github.com/arsenm commented:
I don't know anything about instruction aliases. I'm surprised this does
anything?
https://github.com/llvm/llvm-project/pull/171265
___
llvm-branch-commits mailing list
[email protected]
https://li
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/171265
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/171254
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/jeanPerier edited
https://github.com/llvm/llvm-project/pull/171501
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -0,0 +1,156 @@
+! Test remapping of component references in data clauses.
+! RUN: bbc -fopenacc -emit-hlfir %s -o - | FileCheck %s
+
+module mhdata_types
+ type t_scalar
+ integer :: x
+ real :: y
+ end type
+ type t_array
+ integer :: x
+ real :: y(10)
+
https://github.com/jeanPerier updated
https://github.com/llvm/llvm-project/pull/171501
>From 9dd6758cb6322eb3224794657e5122c7d689c309 Mon Sep 17 00:00:00 2001
From: Jean Perier
Date: Mon, 8 Dec 2025 07:59:43 -0800
Subject: [PATCH 1/2] [flang][OpenACC] remap component references in structured
c
https://github.com/Meinersbur ready_for_review
https://github.com/llvm/llvm-project/pull/171515
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/Meinersbur edited
https://github.com/llvm/llvm-project/pull/171515
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
dtcxzyw wrote:
> ; CHECK-NEXT: [[CMP1_FROZEN:%.*]] = freeze i1 [[CMP1]]
^
:569:32: note: scanning from here
%sext1 = sext i1 %cmp1 to i128
^
:569:32: note: with "CMP1" equal to "%cmp1"
%sext1 = sext i1 %cmp1 to i128
^
:
@@ -5959,7 +6008,9 @@ static MachineBasicBlock *lowerWaveReduce(MachineInstr
&MI,
break;
}
case AMDGPU::V_MIN_F64_e64:
- case AMDGPU::V_MAX_F64_e64: {
+ case AMDGPU::V_MAX_F64_e64:
+ case AMDGPU::V_ADD_F64_e64:
easyonaadit wr
https://github.com/JoshdRod edited
https://github.com/llvm/llvm-project/pull/171448
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/JoshdRod updated
https://github.com/llvm/llvm-project/pull/171448
>From 7854c9af0229e0da243ae75cc08aa3d65c1bdc8c Mon Sep 17 00:00:00 2001
From: Josh Rodriguez
Date: Tue, 9 Dec 2025 14:27:56 +
Subject: [PATCH 1/5] [GlobalISel][AArch64] Added support for sli intrinsic
sli
https://github.com/dtcxzyw approved this pull request.
https://github.com/llvm/llvm-project/pull/171596
___
llvm-branch-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
1 - 100 of 118 matches
Mail list logo
