https://github.com/AmrDeveloper approved this pull request.
LGTM, Thanks!
https://github.com/llvm/llvm-project/pull/144519
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ConcreteCactus wrote:
Hi Everyone,
Thank you for the detailed suggestions. Now that I have a better idea of what
CSA is, I also think that this check could be better implemented in
clang-static-analyzer. Being able to reduce the number of false positives using
path sensitive analysis is in my
@@ -176,3 +176,27 @@ void foo7() {
// OGCG: store float %[[TMP_A]], ptr %[[C_REAL_PTR]], align 4
// OGCG: store float 2.00e+00, ptr %[[C_IMAG_PTR]], align 4
+void foo9(double r, double i) {
+ double _Complex c = __builtin_complex(r, i);
AmrDeveloper wrote
https://github.com/melver updated
https://github.com/llvm/llvm-project/pull/142955
>From c2dcde6db1d853bc4b30e8c5daf6165f7b45c6c6 Mon Sep 17 00:00:00 2001
From: Marco Elver
Date: Wed, 21 May 2025 23:49:48 +0200
Subject: [PATCH] Thread Safety Analysis: Very basic capability alias-analysis
Add a
Author: Garvit Gupta
Date: 2025-06-17T21:43:17+05:30
New Revision: eb31c422d0dc816bf285a81bf92690d4d16273ed
URL:
https://github.com/llvm/llvm-project/commit/eb31c422d0dc816bf285a81bf92690d4d16273ed
DIFF:
https://github.com/llvm/llvm-project/commit/eb31c422d0dc816bf285a81bf92690d4d16273ed.diff
https://github.com/quic-garvgupt closed
https://github.com/llvm/llvm-project/pull/121829
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/quic-garvgupt edited
https://github.com/llvm/llvm-project/pull/121830
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/melver updated
https://github.com/llvm/llvm-project/pull/142955
>From 608c4f657e2bcc0591e2fc32606a6738445cade6 Mon Sep 17 00:00:00 2001
From: Marco Elver
Date: Wed, 21 May 2025 23:49:48 +0200
Subject: [PATCH] Thread Safety Analysis: Very basic capability alias-analysis
Add a
higher-performance wrote:
Got it, thanks for the update! Okay, let's see what they think when they have a
chance to reply. If there's still disagreement, I'll try to suggest some other
ways to move forward.
https://github.com/llvm/llvm-project/pull/141133
__
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 --
clang/test/Sema/fdump_auto-type-inference.cpp
clan
https://github.com/schittir edited
https://github.com/llvm/llvm-project/pull/140282
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
github-actions[bot] wrote:
⚠️ We detected that you are using a GitHub private e-mail address to contribute
to the repo. Please turn off [Keep my email addresses
private](https://github.com/settings/emails) setting in your account. See
[LLVM Developer
Policy](https://llvm.org/docs/DeveloperPol
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Arseniy Zaostrovnykh (necto)
Changes
This patch corrects the state of the error node generated by the
core.DivideZero checker when it detects potential division by zero involving a
tainted denominator.
The checker split
mrexodia wrote:
Any updated on this? It would be really cool if we could use LLVM from
WebAssembly!
https://github.com/llvm/llvm-project/pull/92677
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo
https://github.com/OCHyams approved this pull request.
This LGTM besides the one nit, but we should probably give @WenleiHe some time
to respond before landing.
https://github.com/llvm/llvm-project/pull/144383
___
cfe-commits mailing list
cfe-commits@
@@ -29,7 +29,7 @@ to learn about the defaults for your platform and target.
- ``LIBC_CONF_ENABLE_STRONG_STACK_PROTECTOR``: Enable
-fstack-protector-strong to defend against stack smashing attack.
- ``LIBC_CONF_KEEP_FRAME_POINTER``: Keep frame pointer in functions for
b
https://github.com/OCHyams edited
https://github.com/llvm/llvm-project/pull/144383
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/144172
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Lancern updated
https://github.com/llvm/llvm-project/pull/144376
>From 74b80387abe26da76d73b81682105228ef3dfc73 Mon Sep 17 00:00:00 2001
From: Sirui Mu
Date: Tue, 17 Jun 2025 23:39:34 +0800
Subject: [PATCH] [CIR] Add support for __builtin_assume
This patch adds support for t
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/144172
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex ready_for_review
https://github.com/llvm/llvm-project/pull/144172
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Nick Sarnie (sarnex)
Changes
Warnings should suggest changes that are valid on both MSVC and Clang where
possible.
Right now when using ARM intrinsics without including `arm_acle.h`, we throw a
warning saying to include it or provi
@@ -49,7 +52,43 @@ RValue CIRGenFunction::emitBuiltinExpr(const GlobalDecl &gd,
unsigned builtinID,
}
}
+ assert(!cir::MissingFeatures::opCallBuiltin());
Lancern wrote:
Replaced it with several fine-grained missing feature flags.
https://github.com/l
https://github.com/Lancern edited
https://github.com/llvm/llvm-project/pull/144376
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/144172
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/144172
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/144172
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/144172
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
whitequark wrote:
Not at the moment, I should be able to revisit this at some point given the
movement in wasi-libc.
https://github.com/llvm/llvm-project/pull/92677
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin
whitequark wrote:
Not at the moment, I should be able to revisit this at some point given the
movement in wasi-libc.
https://github.com/llvm/llvm-project/pull/92677
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin
https://github.com/Fznamznon updated
https://github.com/llvm/llvm-project/pull/139566
>From 1b0b6242e5749e776f02581ba8600d853bfef322 Mon Sep 17 00:00:00 2001
From: "Podchishchaeva, Mariya"
Date: Mon, 12 May 2025 07:25:57 -0700
Subject: [PATCH 1/7] [win][clang] Align scalar deleting destructors
@@ -142,7 +142,8 @@ void CIRCanonicalizePass::runOnOperation() {
// Many operations are here to perform a manual `fold` in
// applyOpPatternsGreedily.
if (isa(op))
+VecExtractOp, VecShuffleOp, VecShuffleDynamicOp, VecSplatOp,
+VecTernaryOp>(o
@@ -49,6 +49,14 @@ RValue CIRGenFunction::emitBuiltinExpr(const GlobalDecl &gd,
unsigned builtinID,
}
}
+ switch (builtinID) {
+ case Builtin::BI__builtin_complex: {
+mlir::Value real = emitScalarExpr(e->getArg(0));
+mlir::Value imag = emitScalarExpr(e->getArg
https://github.com/yronglin updated
https://github.com/llvm/llvm-project/pull/144233
>From 7d469c759ffde22d346c079a3bedbd03922e315d Mon Sep 17 00:00:00 2001
From: yronglin
Date: Sun, 15 Jun 2025 01:16:41 +0800
Subject: [PATCH] [C++][Modules][P1857R3 2]: A module directive may only appear
as th
Author: Timm Baeder
Date: 2025-06-17T18:31:06+02:00
New Revision: c66be289901b3f035187d391e80e3610d7d6232e
URL:
https://github.com/llvm/llvm-project/commit/c66be289901b3f035187d391e80e3610d7d6232e
DIFF:
https://github.com/llvm/llvm-project/commit/c66be289901b3f035187d391e80e3610d7d6232e.diff
L
@@ -3725,13 +3727,21 @@ bool Lexer::Lex(Token &Result) {
HasLeadingEmptyMacro = false;
}
+ if (IsFirstPPToken) {
+Result.setFlag(Token::FirstPPToken);
+IsFirstPPToken = false;
+ }
+
bool atPhysicalStartOfLine = IsAtPhysicalStartOfLine;
IsAtPhysicalStartOf
https://github.com/ahatanak updated
https://github.com/llvm/llvm-project/pull/144458
>From 180213a360c7b25784f84ada7112b30ee0bd1212 Mon Sep 17 00:00:00 2001
From: Akira Hatanaka
Date: Fri, 13 Jun 2025 15:01:26 -0700
Subject: [PATCH 1/4] [Sema][ObjC] Loosen restrictions on reinterpret_cast
invo
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?=
Message-ID:
In-Reply-To:
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/144246
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailma
https://github.com/quic-garvgupt updated
https://github.com/llvm/llvm-project/pull/121830
>From c490d1f4f1d1c3a65ad722d46b87fe49ade11c21 Mon Sep 17 00:00:00 2001
From: Garvit Gupta
Date: Mon, 24 Mar 2025 04:58:57 -0700
Subject: [PATCH] [Driver] Add support for crtbegin.o, crtend.o and libgloss
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 `clang` at step 4
"annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/11/builds/17495
Here is the relevant
yronglin wrote:
@Bigcheese Could you please help review this approach is correct?
https://github.com/llvm/llvm-project/pull/144233
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/spall commented:
I don't fully understand this but lgtm I guess.
https://github.com/llvm/llvm-project/pull/142679
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Dmitry Polukhin
Date: 2025-06-17T09:45:18+01:00
New Revision: 0f8c72160ec001599ecb29f0fa182c5550f5dd0a
URL:
https://github.com/llvm/llvm-project/commit/0f8c72160ec001599ecb29f0fa182c5550f5dd0a
DIFF:
https://github.com/llvm/llvm-project/commit/0f8c72160ec001599ecb29f0fa182c5550f5dd0a.dif
Author: Dmitry Polukhin
Date: 2025-06-17T09:47:15+01:00
New Revision: 26d082d330e4d8d1fc3194b4b87ede9332a297f5
URL:
https://github.com/llvm/llvm-project/commit/26d082d330e4d8d1fc3194b4b87ede9332a297f5
DIFF:
https://github.com/llvm/llvm-project/commit/26d082d330e4d8d1fc3194b4b87ede9332a297f5.dif
Author: Arseniy Zaostrovnykh
Date: 2025-06-17T10:31:38+02:00
New Revision: e2551c14d0d9180ccaef9d33c524d83e7813a361
URL:
https://github.com/llvm/llvm-project/commit/e2551c14d0d9180ccaef9d33c524d83e7813a361
DIFF:
https://github.com/llvm/llvm-project/commit/e2551c14d0d9180ccaef9d33c524d83e7813a36
https://github.com/andykaylor approved this pull request.
https://github.com/llvm/llvm-project/pull/144376
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: None (Pavithra029)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/144622.diff
1 Files Affected:
- (modified) clang/lib/CodeGen/CodeGenModule.cpp (+100)
``diff
diff --git a/clang/lib/CodeGen/CodeGenM
https://github.com/Pavithra029 created
https://github.com/llvm/llvm-project/pull/144622
None
>From d41ac68039e6d654249fbeceb3b77c4b6780f9c0 Mon Sep 17 00:00:00 2001
From: pavithra
Date: Wed, 18 Jun 2025 05:50:13 +0530
Subject: [PATCH] Inject compilation command into __cli_ global variable
---
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (Pavithra029)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/144622.diff
1 Files Affected:
- (modified) clang/lib/CodeGen/CodeGenModule.cpp (+100)
``diff
diff --git a/clang/lib/CodeGen/CodeGenModule.cp
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/ahatanak updated
https://github.com/llvm/llvm-project/pull/144458
>From 180213a360c7b25784f84ada7112b30ee0bd1212 Mon Sep 17 00:00:00 2001
From: Akira Hatanaka
Date: Fri, 13 Jun 2025 15:01:26 -0700
Subject: [PATCH 1/5] [Sema][ObjC] Loosen restrictions on reinterpret_cast
invo
@@ -0,0 +1,21 @@
+// This verifies that hotpatch function attributes are correctly propagated
when compiling directly to OBJ.
+//
+// RUN: echo this_gets_hotpatched > %t.patch-functions.txt
+// RUN: %clang_cl -c --target=x86_64-windows-msvc -O2 /Z7
-fms-secure-hotpatch-functions
@@ -0,0 +1,38 @@
+; This tests directly annotating a function with
marked_for_windows_hot_patching.
+;
+; RUN: llc -mtriple=x86_64-windows < %s | FileCheck %s
efriedma-quic wrote:
If you put the tests in test/CodeGen/Generic, the test runner will try to run
the
@@ -389,6 +389,17 @@ def CoroDestroyOnlyWhenComplete :
EnumAttr<"coro_only_destroy_when_complete", In
/// pipeline to perform elide on the call or invoke instruction.
def CoroElideSafe : EnumAttr<"coro_elide_safe", IntersectPreserve, [FnAttr]>;
+/// Function is marked for Win
efriedma-quic wrote:
For the constant expression handling stuff, I think you have the basic
framework working correctly; if we run into additional issues, I'm happy to
leave handling them for followups.
https://github.com/llvm/llvm-project/pull/138972
__
Author: Andrew Rogers
Date: 2025-06-17T17:21:40-07:00
New Revision: abbdd1670d8b12dd72ec353b14e256619ff4694b
URL:
https://github.com/llvm/llvm-project/commit/abbdd1670d8b12dd72ec353b14e256619ff4694b
DIFF:
https://github.com/llvm/llvm-project/commit/abbdd1670d8b12dd72ec353b14e256619ff4694b.diff
https://github.com/compnerd closed
https://github.com/llvm/llvm-project/pull/144386
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/compnerd approved this pull request.
It is odd to me that this works with `cl`, I think that the clang semantics are
technically correct. But, when in Rome
https://github.com/llvm/llvm-project/pull/144386
___
cfe-commits mailin
andrurogerz wrote:
> I think that the clang semantics are technically correct
Yes, agreed. And in case it wasn't clear, this is `clang` behavior and is not
specific to `clang-cl`.
https://github.com/llvm/llvm-project/pull/144386
___
cfe-commits mail
Author: Jim Lin
Date: 2025-06-18T09:17:46+08:00
New Revision: 8ddada41df0488358373cff1d31a47e5ef4961e0
URL:
https://github.com/llvm/llvm-project/commit/8ddada41df0488358373cff1d31a47e5ef4961e0
DIFF:
https://github.com/llvm/llvm-project/commit/8ddada41df0488358373cff1d31a47e5ef4961e0.diff
LOG:
https://github.com/tclin914 closed
https://github.com/llvm/llvm-project/pull/144320
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `arc-builder` running on
`arc-worker` while building `clang,llvm` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/3/builds/17667
Here is the relevant pie
https://github.com/rjmccall approved this pull request.
Thanks, LGTM.
https://github.com/llvm/llvm-project/pull/144458
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (scout-zeng)
Changes
`FORCE_INLINE __m128i _mm_sll_epi64(__m128i a, __m128i count)
{
long long c = count.vect_s64[0];
const int mc = c;
__m128i result_m128i;
if (likely(c >= 0 && c < 64)) {
result_m128i.vect_s64
https://github.com/scout-zeng created
https://github.com/llvm/llvm-project/pull/144625
`FORCE_INLINE __m128i _mm_sll_epi64(__m128i a, __m128i count)
{
long long c = count.vect_s64[0];
const int mc = c;
__m128i result_m128i;
if (likely(c >= 0 && c < 64)) {
result_m128i.vec
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
scout-zeng wrote:
@efriedma-quic Hi Eli, if there is any problem, please let me know.
https://github.com/llvm/llvm-project/pull/144625
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-arm64-windows-msvc`
running on `linaro-armv8-windows-msvc-04` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/161/builds/6612
rjmccall wrote:
I've been informed that I've misunderstood the nature of "trivial relocation" —
it is not a "trivial" operation in the usual sense of triviality, it's just an
operation that (1) can be done primitively by the compiler and (2) cannot fail.
That addresses my concern, because we c
Author: Eli Friedman
Date: 2025-06-17T15:27:41-07:00
New Revision: 3f33c8482fc0b8dd0d2596262ebd0ed73d41665d
URL:
https://github.com/llvm/llvm-project/commit/3f33c8482fc0b8dd0d2596262ebd0ed73d41665d
DIFF:
https://github.com/llvm/llvm-project/commit/3f33c8482fc0b8dd0d2596262ebd0ed73d41665d.diff
https://github.com/efriedma-quic closed
https://github.com/llvm/llvm-project/pull/144407
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
lenary wrote:
Nice, I can navigate that UI.
Looks like a similar thing that I fixed-forward, but this time with a different
unwind library, but clang isn't very happy with mixing unwind libraries anyway.
I think I'll leave this to @quic-garvgupt to fix, using the info from your link.
https://
@@ -80,12 +80,19 @@ unsigned
CodeGenTypes::ClangCallConvToLLVMCallConv(CallingConv CC) {
return llvm::CallingConv::AArch64_VectorCall;
case CC_AArch64SVEPCS:
return llvm::CallingConv::AArch64_SVE_VectorCall;
- case CC_AMDGPUKernelCall:
-return llvm::CallingConv:
efriedma-quic wrote:
Ping
https://github.com/llvm/llvm-project/pull/142713
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zygoloid approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/142713
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,24 @@
+//===- clang/unittests/AllClangUnitTests.cpp
--===//
+//
+// 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
https://github.com/evelez7 created
https://github.com/llvm/llvm-project/pull/144617
None
>From bd5747e542e23078a98a830da191e5f1f72bd85b Mon Sep 17 00:00:00 2001
From: Erick Velez
Date: Tue, 17 Jun 2025 15:11:02 -0700
Subject: [PATCH] [clang-doc] mangle specialization file names
---
clang-too
evelez7 wrote:
* **#144617** https://app.graphite.dev/github/pr/llvm/llvm-project/144617?utm_source=stack-comment-icon";
target="_blank">https://static.graphite.dev/graphite-32x32-black.png"; alt="Graphite"
width="10px" height="10px"/> 👈 https://app.graphite.dev/github/pr/llvm/llvm-project/1446
https://github.com/efriedma-quic created
https://github.com/llvm/llvm-project/pull/144611
This is similar to -msve-vector-bits, but for streaming mode: it constrains the
legal values of "vscale", allowing optimizations based on that constraint.
This also fixes conversions between SVE vectors a
https://github.com/PiJoules created
https://github.com/llvm/llvm-project/pull/144612
This saves about 3kB on embedded project.
>From 9f179e644ddadba15f51d45479b20744b66f6291 Mon Sep 17 00:00:00 2001
From: Leonard Chan
Date: Tue, 17 Jun 2025 15:06:10 -0700
Subject: [PATCH] [WIP][llvm] Flag to f
shiltian wrote:
> I assume AMDGPU does not support unaligned loads
We do support unaligned access IIUC, and it is actually required by HSA ABI. CC
@arsenm
https://github.com/llvm/llvm-project/pull/133301
___
cfe-commits mailing list
cfe-commits@list
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
@llvm/pr-subscribers-backend-arm
Author: Eli Friedman (efriedma-quic)
Changes
This is similar to -msve-vector-bits, but for streaming mode: it constrains the
legal values of "vscale", allowing optimizations based on that constraint.
This a
llvmbot wrote:
@llvm/pr-subscribers-backend-aarch64
Author: Eli Friedman (efriedma-quic)
Changes
This is similar to -msve-vector-bits, but for streaming mode: it constrains the
legal values of "vscale", allowing optimizations based on that constraint.
This also fixes conversions between
nikic wrote:
On x86, what we actually end up doing is to combine those to unaligned i64
loads (see https://godbolt.org/z/P5z674x4r), which is probably the best outcome
if they are supported. I assume AMDGPU does not support unaligned loads, and
that's why you want to have single element loads
lenary wrote:
Do the fuchsia builders actually produce output on a failure? We seem to just
get exit code 1, but no indication of what filecheck had problems with.
https://github.com/llvm/llvm-project/pull/121829
___
cfe-commits mailing list
cfe-commi
lenary wrote:
We probably need to file an infrastructure ticket to get to the bottom of this
issue. I've seen the same issues @mshockwave has seen.
https://github.com/llvm/llvm-project/pull/144402
___
cfe-commits mailing list
cfe-commits@lists.llvm.or
mysterymath wrote:
> Do the fuchsia builders actually produce output on a failure? We seem to just
> get exit code 1, but no indication of what filecheck had problems with.
They do; here's a link! Let me know if you have an problems with the Web UI; I
can paste things here if so.
https://luci-
https://github.com/evelez7 edited
https://github.com/llvm/llvm-project/pull/144617
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/rnk updated https://github.com/llvm/llvm-project/pull/144428
>From afb050103754e6b4656c68da8ddfb6b1a4e03e5d Mon Sep 17 00:00:00 2001
From: Reid Kleckner
Date: Mon, 16 Jun 2025 20:08:12 +
Subject: [PATCH 1/3] [clang] Register all LLVM targets in AllClangUnitTest
main
Addr
https://github.com/rnk edited https://github.com/llvm/llvm-project/pull/144428
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
arsenm wrote:
> and that's why you want to have single element loads that get inserted into a
> vector and then perform sub-vector extracts on it?
We care about eliminate stack usage at any cost. Big load are always better,
even if not naturally aligned. When we do care about alignment, we onl
https://github.com/rnk updated https://github.com/llvm/llvm-project/pull/144428
>From afb050103754e6b4656c68da8ddfb6b1a4e03e5d Mon Sep 17 00:00:00 2001
From: Reid Kleckner
Date: Mon, 16 Jun 2025 20:08:12 +
Subject: [PATCH 1/4] [clang] Register all LLVM targets in AllClangUnitTest
main
Addr
@@ -0,0 +1,24 @@
+//===- clang/unittests/AllClangUnitTests.cpp
--===//
+//
+// 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
@@ -117,6 +117,7 @@ get_property(LINK_LIBS GLOBAL PROPERTY
CLANG_UNITTEST_LINK_LIBS)
get_property(LLVM_COMPONENTS GLOBAL PROPERTY CLANG_UNITTEST_LLVM_COMPONENTS)
add_distinct_clang_unittest(AllClangUnitTests
${SRCS}
+ AllClangUnitTests.cpp
rnk wrote:
I spo
arsenm wrote:
> We do support unaligned access IIUC, and it is actually required by HSA ABI.
> CC @arsenm
Unaligned access has been supported since almost always. There's just a mode
control for it, you can disable it in the driver though
https://github.com/llvm/llvm-project/pull/133301
__
Author: Eli Friedman
Date: 2025-06-17T16:43:55-07:00
New Revision: f2d2c99866dfd133e7b9c98b1d4983c6bce33d67
URL:
https://github.com/llvm/llvm-project/commit/f2d2c99866dfd133e7b9c98b1d4983c6bce33d67
DIFF:
https://github.com/llvm/llvm-project/commit/f2d2c99866dfd133e7b9c98b1d4983c6bce33d67.diff
https://github.com/a-tarasyuk edited
https://github.com/llvm/llvm-project/pull/144619
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/efriedma-quic closed
https://github.com/llvm/llvm-project/pull/142713
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -93,6 +98,13 @@ class _LIBUNWIND_HIDDEN Registers_x86 {
uint32_t getEDI() const { return _registers.__edi; }
void setEDI(uint32_t value) { _registers.__edi = value; }
+ typedef uint32_t reg_t;
+ typedef uint32_t link_reg_t;
+ void loadAndAuthenticateLin
@@ -83,7 +83,13 @@ __llvm_profile_iterate_data(const __llvm_profile_data *Data)
{
/* This method is only used in value profiler mock testing. */
COMPILER_RT_VISIBILITY void *
__llvm_get_function_addr(const __llvm_profile_data *Data) {
- return Data->FunctionPointer;
+ void
1 - 100 of 296 matches
Mail list logo
