=?utf-8?q?Félix-Antoine?= Constantin,
=?utf-8?q?Félix-Antoine?= Constantin,
=?utf-8?q?Félix-Antoine?= Constantin
Message-ID:
In-Reply-To:
@@ -329,6 +329,10 @@ An overview of all the command-line options:
example, to place the correct user name
@@ -615,6 +615,7 @@ Sanitizers
Python Binding Changes
--
+- Exposed ``clang_Cursor_is_function_inlined``.
Endilll wrote:
```suggestion
- Exposed ``clang_Cursor_isFunctionInlined``.
```
https://github.com/llvm/llvm-project/pull/162882
@@ -4308,6 +4315,7 @@ def set_property(self, property, value):
("clang_Cursor_isAnonymous", [Cursor], bool),
("clang_Cursor_isAnonymousRecordDecl", [Cursor], bool),
("clang_Cursor_isBitField", [Cursor], bool),
+("clang_Cursor_isFunctionInlined", [Cursor], bool),
https://github.com/nicebert updated
https://github.com/llvm/llvm-project/pull/138294
>From 025d36ef4386bf017e3a8db4f42076a6350ff4ff Mon Sep 17 00:00:00 2001
From: Nicole Aschenbrenner
Date: Fri, 2 May 2025 09:58:23 -0400
Subject: [PATCH 01/18] [OpenMP] Adds omp_target_is_accessible routine
Add
Author: Amr Hesham
Date: 2025-10-22T08:43:44+02:00
New Revision: f70808c8bfdd7a6048347b2533ccddc34bbb4678
URL:
https://github.com/llvm/llvm-project/commit/f70808c8bfdd7a6048347b2533ccddc34bbb4678
DIFF:
https://github.com/llvm/llvm-project/commit/f70808c8bfdd7a6048347b2533ccddc34bbb4678.diff
LO
https://github.com/AmrDeveloper closed
https://github.com/llvm/llvm-project/pull/164509
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/nicebert updated
https://github.com/llvm/llvm-project/pull/138294
>From 025d36ef4386bf017e3a8db4f42076a6350ff4ff Mon Sep 17 00:00:00 2001
From: Nicole Aschenbrenner
Date: Fri, 2 May 2025 09:58:23 -0400
Subject: [PATCH 01/18] [OpenMP] Adds omp_target_is_accessible routine
Add
owenca wrote:
@PiJoules unfortunately, this has been backported to 21.1.4, but I will come up
with a fix in the next few days.
@HazardyKnusperkeks we may have to use the space (or the lack of) before
`::operator` as a hint from the user after all.
https://github.com/llvm/llvm-project/pull/164
llvmbot wrote:
@llvm/pr-subscribers-flang-fir-hlfir
Author: None (NimishMishra)
Changes
This PR adds support for -finit-local-zero. It follows the following semantics:
1. Initialises local INTEGER, REAL, and COMPLEX variables to zero, LOGICAL
variables to false, and CHARACTER variables t
https://github.com/NimishMishra ready_for_review
https://github.com/llvm/llvm-project/pull/159788
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NimishMishra updated
https://github.com/llvm/llvm-project/pull/159788
>From de491051eb094906381cdfc895d207a1ceac6470 Mon Sep 17 00:00:00 2001
From: Nimish Mishra
Date: Fri, 19 Sep 2025 20:31:58 +0530
Subject: [PATCH 1/2] [clang][flang] Add support for -finit-local-zero
---
@@ -616,6 +616,35 @@ unsigned ARMBaseInstrInfo::getInstSizeInBytes(const
MachineInstr &MI) const {
// contrast to AArch64 instructions which have a default size of 4 bytes
for
// example.
return MCID.getSize();
+ case ARM::KCFI_CHECK: {
kees wrot
koachan wrote:
> Maybe you want CCIfConsecutiveRegs?
Wait, so how do I do it?
I tried `CCIfType<[f128], CCIfConsecutiveRegs>>` but
that seems to do nothing?
https://github.com/llvm/llvm-project/pull/162226
___
cfe-commits mailing list
cfe-commits@lis
https://github.com/dvbuka updated
https://github.com/llvm/llvm-project/pull/162039
>From 236cee683ac84ebd7ac6cd41f0d78020c312f68c Mon Sep 17 00:00:00 2001
From: Dasha Buka
Date: Sun, 5 Oct 2025 15:44:45 -0700
Subject: [PATCH 01/15] [clang-tidy] Add new alias
'libc-memory-calls-on-nontrivial-ty
@@ -0,0 +1,11 @@
+from pathlib import Path
MaskRay wrote:
The convention is to place such auxiliary files to `Inputs/`
https://github.com/llvm/llvm-project/pull/162456
___
cfe-commits mailing list
[email protected]
https://github.com/MaskRay approved this pull request.
https://github.com/llvm/llvm-project/pull/162456
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/wenju-he closed
https://github.com/llvm/llvm-project/pull/164527
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Wenju He
Date: 2025-10-22T12:47:44+08:00
New Revision: d6b68545aa6249bf4445e0ef96c0134d69a98a26
URL:
https://github.com/llvm/llvm-project/commit/d6b68545aa6249bf4445e0ef96c0134d69a98a26
DIFF:
https://github.com/llvm/llvm-project/commit/d6b68545aa6249bf4445e0ef96c0134d69a98a26.diff
LOG:
https://github.com/kimsh02 updated
https://github.com/llvm/llvm-project/pull/163685
>From f236b64c916c862ecc8d9bc3f10bbdfb45741bb9 Mon Sep 17 00:00:00 2001
From: kimsh02
Date: Mon, 20 Oct 2025 11:32:46 -0700
Subject: [PATCH 1/5] Squash
---
clang/include/clang/Basic/BuiltinsX86.td | 22 +++
@@ -1618,8 +1618,26 @@ void ASTContext::setRelocationInfoForCXXRecord(
RelocatableClasses.insert({D, Info});
}
+// In future we may want to distinguish the presence or absence of address
+// discrimination, from the inability to determine the presence. For now we
rely
+// o
https://github.com/MaskRay approved this pull request.
https://github.com/llvm/llvm-project/pull/86212
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -46,6 +47,34 @@ class LLVM_LIBRARY_VISIBILITY Linker final : public Tool {
const llvm::opt::ArgList &TCArgs,
const char *LinkingOutput) const override;
};
+
+enum class LinkerExpectations {
MaskRay wrote:
This enum cl
https://github.com/MaskRay commented:
Can you add a test to clang/test/Driver/solaris-ld.c?
For Solaris reviews you can tag @rorth
https://github.com/llvm/llvm-project/pull/163000
___
cfe-commits mailing list
[email protected]
https://lists
https://github.com/kimsh02 updated
https://github.com/llvm/llvm-project/pull/164387
>From 0b07a4aaeb2fa0f51c4700ff1047e6cda1b1543f Mon Sep 17 00:00:00 2001
From: kimsh02
Date: Tue, 21 Oct 2025 03:26:03 -0700
Subject: [PATCH 1/2] [CIR] Upstream handling for __builtin_prefetch
---
clang/include
https://github.com/Kristianerik updated
https://github.com/llvm/llvm-project/pull/164540
>From ea81ce0fb2440d0b12497fca7adfd08f3043f31e Mon Sep 17 00:00:00 2001
From: Kristianerik <[email protected]>
Date: Tue, 21 Oct 2025 19:01:36 -0700
Subject: [PATCH] Fix include
https://github.com/chaitanyav updated
https://github.com/llvm/llvm-project/pull/164078
>From df9764f1f4e763b0b1c37b3da760e843f9bdafe8 Mon Sep 17 00:00:00 2001
From: NagaChaitanya Vellanki
Date: Thu, 16 Oct 2025 12:37:58 -0700
Subject: [PATCH] [Clang] VectorExprEvaluator::VisitCallExpr / Interpr
dyung wrote:
> > Will this cover the use in `compiler-rt/lib/builtins/gcc_personality_v0.c`?
>
> adding guards to that as well. There are enough has_feature guards there that
> I assumed it was a clang only project.
Thanks! We definitely do build internally with GCC as well as clang, and I'm
ojhunt wrote:
I've put https://github.com/llvm/llvm-project/pull/164528 up
https://github.com/llvm/llvm-project/pull/164505
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Krisitan Erik Olsen (Kristianerik)
Changes
Fixes a typo in the include guard name in hlsl_compat_overloads.h
The incorrect line:
` #define _HLSl_COMPAT_OVERLOADS_H_`
has been corrected to:
` #define _HLSL_COMPAT_OVERLOADS_H_`
Fixes #1
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/Kristianerik created
https://github.com/llvm/llvm-project/pull/164540
Fixes a typo in the include guard name in hlsl_compat_overloads.h
The incorrect line:
` #define _HLSl_COMPAT_OVERLOADS_H_`
has been corrected to:
` #define _HLSL_COMPAT_OVERLOADS_H_`
Fixes #164100
>Fr
https://github.com/ojhunt edited
https://github.com/llvm/llvm-project/pull/164535
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/164535
>From 6dc291683b959808453a077cf016e76652564470 Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Tue, 21 Oct 2025 19:19:04 -0700
Subject: [PATCH] [PAC][libunwind] Fix gcc build of libunwind and compiler-rt
This a
https://github.com/tstellar closed
https://github.com/llvm/llvm-project/pull/164017
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Tom Stellard
Date: 2025-10-21T19:46:40-07:00
New Revision: 1906c3e1e30759d2eb85b2833e8c5ff64128bfba
URL:
https://github.com/llvm/llvm-project/commit/1906c3e1e30759d2eb85b2833e8c5ff64128bfba
DIFF:
https://github.com/llvm/llvm-project/commit/1906c3e1e30759d2eb85b2833e8c5ff64128bfba.diff
https://github.com/tstellar updated
https://github.com/llvm/llvm-project/pull/163607
>From b2f00eb013f5174b1ab5199bb7cc4cab6d5ed059 Mon Sep 17 00:00:00 2001
From: Tom Stellard
Date: Sat, 11 Oct 2025 17:39:12 -0700
Subject: [PATCH 01/28] [Darwin][Driver] Prefer linking with toolchain's libc++
i
Benjins wrote:
I am seeing some downstream failures as of this PR when running with assertions
enabled. It seems to be that during upgrade of old bitcode files, invalid
alignments now trigger an assertion where they didn't before
We have a test case in [llvm-ir](https://github.com/cdisselkoen/l
ojhunt wrote:
I think polluting space with `__has_feature` is the wrong approach, will gate
on `__PTRAUTH__ || __arm64e__` if you can verify that `__PTRAUTH__` is defined
for you folk when building the .S files
https://github.com/llvm/llvm-project/pull/143230
_
https://github.com/shafik commented:
You don't have tests, which bothers me because it is not clear what you are
focusing on.
Maybe we can focus on a non-crashing case like this one:
https://godbolt.org/z/ccjjvPKjh
which the new interpreter accepts but the existing constexpr engine does not,
ojhunt wrote:
Will fix momentarily. I guess gcc does not have `__has_feature`, so I'll look
at how libunwind usually does this. We may just gate on the AARCH_PTRAUTH flag
instead.
https://github.com/llvm/llvm-project/pull/143230
___
cfe-commits maili
@@ -202,13 +202,13 @@ define { <4 x i8>, <4 x i1> } @always_usub_const_vector()
nounwind {
; SSE-LABEL: always_usub_const_vector:
; SSE: # %bb.0:
; SSE-NEXT:pcmpeqd %xmm0, %xmm0
-; SSE-NEXT:pcmpeqd %xmm1, %xmm1
+; SSE-NEXT:movdqa %xmm0, %xmm1
rez5427 wrote:
ping
https://github.com/llvm/llvm-project/pull/163047
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: None (paperchalice)
Changes
This should be the last use in clang.
---
Full diff: https://github.com/llvm/llvm-project/pull/164525.diff
1 Files Affected:
- (modified) clang/lib/CodeGen/BackendUtil.cpp (-6)
``diff
diff
https://github.com/paperchalice created
https://github.com/llvm/llvm-project/pull/164525
This should be the last use in clang.
>From 14b69487858255bcbbad50dee4dec50cbfa6d796 Mon Sep 17 00:00:00 2001
From: PaperChalice
Date: Wed, 22 Oct 2025 08:57:25 +0800
Subject: [PATCH] [clang] Remove rest T
https://github.com/padriff updated
https://github.com/llvm/llvm-project/pull/163468
>From ecdfe051142622618481dc8a57935831bf91903a Mon Sep 17 00:00:00 2001
From: Paddy McDonald
Date: Tue, 14 Oct 2025 15:41:13 -0700
Subject: [PATCH] Document a define to allow library developers to support
disab
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-x86_64-linux-android` running on `sanitizer-buildbot-android` while
building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/186/builds/13355
Here is the relev
jansvoboda11 wrote:
You can set these separately based on your needs. If you look at `cc1_main()`,
it only sets the VFS, but not the `FileManger`. There are situations, where the
`FileManager` is set later, for example when loading an `ASTUnit`. Similarly,
`SourceManager` is not always needed
=?utf-8?q?Félix-Antoine?= Constantin,
=?utf-8?q?Félix-Antoine?= Constantin,
=?utf-8?q?Félix-Antoine?= Constantin
Message-ID:
In-Reply-To:
@@ -329,6 +329,10 @@ An overview of all the command-line options:
example, to place the correct user name
tstellar wrote:
@tobias-stadler Ok, thanks. I'll try to debug this a little more and see what I
can find out.
https://github.com/llvm/llvm-project/pull/159784
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailm
PiJoules wrote:
I believe this patch is leading to this build error on our builders
(https://ci.chromium.org/ui/p/fuchsia/builders/toolchain.ci/clang-linux-x64/b8700376349587788321/overview):
```
FAILED: CMakeFiles/clang_rt.atomic-dynamic-i386.dir/atomic.c.o
/b/s/w/ir/x/w/llvm_build/./bin/clan
tobias-stadler wrote:
> @tobias-stadler I'm seeing this test fail when trying to use the release
> binary script on the github runners. Do you have any ideas why it might be
> failing. Looks like it could be a line ending or whitespace issue. (edit:
> This is on Windows).
>
> https://github.c
@@ -881,6 +886,35 @@ diagnoseFrameworkInclude(DiagnosticsEngine &Diags,
SourceLocation IncludeLoc,
<< IncludeFilename;
}
+/// Return true if a shadow has been detected and the caller should
+/// stop and return the first-found file and module, false otherwise.
+static
https://github.com/tahonermann edited
https://github.com/llvm/llvm-project/pull/162491
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tahonermann commented:
Clang currently fails to resolve header files the same way that MSVC does when
operating in its cl-compatible driver mode. I have a PR that corrects this
(https://github.com/llvm/llvm-project/pull/105738), but I still need to add
some docs before takin
https://github.com/mshockwave updated
https://github.com/llvm/llvm-project/pull/164349
>From 443805f4a1f9bd4d8cdbb60705c33ccb4f1f0c4c Mon Sep 17 00:00:00 2001
From: Min-Yih Hsu
Date: Mon, 20 Oct 2025 15:39:44 -0700
Subject: [PATCH 1/4] [RISCV][MC] Introduce MC support for XSfvfexp* and
XSfvfbf
https://github.com/AmrDeveloper approved this pull request.
https://github.com/llvm/llvm-project/pull/164504
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,24 @@
+// RUN: %clang_cc1 -fopenacc -triple x86_64-linux-gnu
-Wno-openacc-self-if-potential-conflict -emit-cir -fclangir -triple
x86_64-linux-pc %s -o - | FileCheck %s
+
+void use(int x, unsigned int y, float f) {
+ // CHECK: cir.func{{.*}}(%[[X_ARG:.*]]: !s32i{{.*}}
t-rasmud wrote:
Summary: The bounds checker needs an aggressive mode. This needs to be paired
with ways of expressing invariants that allow the programmer to show that a
value is in bounds. This could be understanding span, understanding bounds
annotations from Firebloom/Evo, or C++ contract
https://github.com/t-rasmud closed
https://github.com/llvm/llvm-project/pull/161723
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/andykaylor closed
https://github.com/llvm/llvm-project/pull/163849
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1334,6 +1334,44 @@ def HasVendorXSfvfnrclipxfqf
AssemblerPredicate<(all_of FeatureVendorXSfvfnrclipxfqf),
"'XSfvfnrclipxfqf' (SiFive FP32-to-int8 Ranged Clip
Instructions)">;
+// Note: XSfvfbfexp16e depends on either Zvfbfmin _or_ Zvfbfa, wh
@@ -0,0 +1,24 @@
+// RUN: %clang_cc1 -fopenacc -triple x86_64-linux-gnu
-Wno-openacc-self-if-potential-conflict -emit-cir -fclangir -triple
x86_64-linux-pc %s -o - | FileCheck %s
+
+void use(int x, unsigned int y, float f) {
+ // CHECK: cir.func{{.*}}(%[[X_ARG:.*]]: !s32i{{.*}}
https://github.com/andykaylor edited
https://github.com/llvm/llvm-project/pull/164299
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/andykaylor approved this pull request.
This looks good, assuming my question has a simple answer that I just don't
know about (which I think is probably so).
https://github.com/llvm/llvm-project/pull/164299
___
cfe-commits mailing l
https://github.com/fmayer closed
https://github.com/llvm/llvm-project/pull/163868
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Florian Mayer
Date: 2025-10-21T13:50:08-07:00
New Revision: 419fbf906b7d21808fdf768f07e4791a24b22c99
URL:
https://github.com/llvm/llvm-project/commit/419fbf906b7d21808fdf768f07e4791a24b22c99
DIFF:
https://github.com/llvm/llvm-project/commit/419fbf906b7d21808fdf768f07e4791a24b22c99.diff
@@ -399,6 +399,15 @@ AlignTokenSequence(const FormatStyle &Style, unsigned
Start, unsigned End,
}
}
}
+
+ // The scope to be aligned may not occupy entire lines. The rest of the line
+ // needs some book-keeping.
+ for (unsigned i = End; i < Changes.size() && Ch
@@ -399,6 +399,15 @@ AlignTokenSequence(const FormatStyle &Style, unsigned
Start, unsigned End,
}
}
}
+
+ // The scope to be aligned may not occupy entire lines. The rest of the line
HazardyKnusperkeks wrote:
And if we edit the value of `End` dow
TApplencourt wrote:
I think the email have been fixed since May 2024. If not feel free to close
it.
https://github.com/llvm/llvm-project/pull/92945
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listin
andykaylor wrote:
@woruyu This PR added the infrastructure needed for
https://github.com/llvm/llvm-project/issues/163895. You'll need to break up the
giant switch statement of currently unimplemented x86-builtins, but please
leave them in the current order. Just duplicate the NYI error call fo
https://github.com/AmrDeveloper created
https://github.com/llvm/llvm-project/pull/164488
Upstream moving the allocas from cir.try block to the surrounding cir.scope
Issue https://github.com/llvm/llvm-project/issues/154992
>From 3ec20d1c4e5ea0ab2bad7c1c928910a7c5164215 Mon Sep 17 00:00:00 2001
qiongsiwu wrote:
I am seeing a trio of methods more or less called together often, but sometimes
one is omitted.
```
CompilerInstance::setVirtualFileSystem
CompilerInstance::setFileManager
CompilerInstance::setSourceManager // This is sometimes omitted.
```
In what cases do we want freedom to s
Author: Andy Kaylor
Date: 2025-10-21T13:16:04-07:00
New Revision: e1ee75f217766548f26bc644aeb675b6bfad5c62
URL:
https://github.com/llvm/llvm-project/commit/e1ee75f217766548f26bc644aeb675b6bfad5c62
DIFF:
https://github.com/llvm/llvm-project/commit/e1ee75f217766548f26bc644aeb675b6bfad5c62.diff
L
https://github.com/andykaylor closed
https://github.com/llvm/llvm-project/pull/164465
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -4049,6 +4049,39 @@ def CIR_ExpectOp : CIR_Op<"expect", [
}];
}
+//===--===//
+// PrefetchOp
+//===--===//
+
+def CIR_PrefetchOp : CIR_O
@@ -0,0 +1,20 @@
+// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -emit-cir %s -o - |
FileCheck %s -check-prefix=CIR
+// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -fclangir -emit-llvm %s -o
- | FileCheck %s -check-prefix=LLVM
andykaylor wrote:
```sug
@@ -454,6 +454,27 @@ RValue CIRGenFunction::emitBuiltinExpr(const GlobalDecl
&gd, unsigned builtinID,
assert(!cir::MissingFeatures::coroSizeBuiltinCall());
return getUndefRValue(e->getType());
}
+ case Builtin::BI__builtin_prefetch: {
+auto evaluateOperandAsInt
@@ -0,0 +1,20 @@
+// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -emit-cir %s -o - |
FileCheck %s -check-prefix=CIR
+// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -fclangir -emit-llvm %s -o
- | FileCheck %s -check-prefix=LLVM
+
+void foo(void *a) {
+ __builtin_prefet
@@ -4049,6 +4049,39 @@ def CIR_ExpectOp : CIR_Op<"expect", [
}];
}
+//===--===//
+// PrefetchOp
+//===--===//
+
+def CIR_PrefetchOp : CIR_O
@@ -4049,6 +4049,39 @@ def CIR_ExpectOp : CIR_Op<"expect", [
}];
}
+//===--===//
+// PrefetchOp
+//===--===//
+
+def CIR_PrefetchOp : CIR_O
@@ -4049,6 +4049,39 @@ def CIR_ExpectOp : CIR_Op<"expect", [
}];
}
+//===--===//
+// PrefetchOp
+//===--===//
+
+def CIR_PrefetchOp : CIR_O
@@ -1507,6 +1507,15 @@ static uint64_t getTypeSize(mlir::Type type,
mlir::Operation &op) {
return llvm::divideCeil(layout.getTypeSizeInBits(type), 8);
}
+mlir::LogicalResult CIRToLLVMPrefetchOpLowering::matchAndRewrite(
+cir::PrefetchOp op, OpAdaptor adaptor,
+mlir:
@@ -4049,6 +4049,39 @@ def CIR_ExpectOp : CIR_Op<"expect", [
}];
}
+//===--===//
+// PrefetchOp
+//===--===//
+
+def CIR_PrefetchOp : CIR_O
@@ -4049,6 +4049,39 @@ def CIR_ExpectOp : CIR_Op<"expect", [
}];
}
+//===--===//
+// PrefetchOp
+//===--===//
+
+def CIR_PrefetchOp : CIR_O
https://github.com/kees updated https://github.com/llvm/llvm-project/pull/163698
>From 4885e37ba08dfa772b807aa755bea3e08275b2ef Mon Sep 17 00:00:00 2001
From: Kees Cook
Date: Wed, 15 Oct 2025 16:32:16 -0700
Subject: [PATCH 1/7] [ARM][KCFI] Add backend support for Kernel Control-Flow
Integrity
https://github.com/kees updated https://github.com/llvm/llvm-project/pull/163698
>From 4885e37ba08dfa772b807aa755bea3e08275b2ef Mon Sep 17 00:00:00 2001
From: Kees Cook
Date: Wed, 15 Oct 2025 16:32:16 -0700
Subject: [PATCH 1/7] [ARM][KCFI] Add backend support for Kernel Control-Flow
Integrity
@@ -616,6 +616,35 @@ unsigned ARMBaseInstrInfo::getInstSizeInBytes(const
MachineInstr &MI) const {
// contrast to AArch64 instructions which have a default size of 4 bytes
for
// example.
return MCID.getSize();
+ case ARM::KCFI_CHECK: {
kees wrot
boomanaiden154 wrote:
> Is there a doc page for this? (grepping for "lit" was not effective :D)
There's not one explicitly for the internal shell. We might want to add a
section on the man page at some point, but no one has gotten around to it
because the issues where things end up being diffe
https://github.com/farzonl closed
https://github.com/llvm/llvm-project/pull/111415
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
farzonl wrote:
This PR is not needed anymore.
https://github.com/llvm/llvm-project/pull/111415
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ojhunt wrote:
> You have to prefix the invocation with `env`. e.g., `env
> ENV_VARIABLE=some_value ./command_that_reads_env_variable`.
>
> `export` should also work for when you need an env variable to span multiple
> commands.
I found it eventually :D
Is there a doc page for this? (grepping
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Joseph Huber (jhuber6)
Changes
Summary:
The new driver uses an embedded clang job to handle the device
compilation. This correctly returns the linker as being `ld.lld`. The
CMake parser to detect things like OpenMP support in the linker wil
https://github.com/jhuber6 created
https://github.com/llvm/llvm-project/pull/164482
Summary:
The new driver uses an embedded clang job to handle the device
compilation. This correctly returns the linker as being `ld.lld`. The
CMake parser to detect things like OpenMP support in the linker will
p
damyanp wrote:
We need to do some more thinking about whether or not we want to add these
overloads. https://github.com/llvm/wg-hlsl/issues/264 tracks this.
https://github.com/llvm/llvm-project/pull/139800
___
cfe-commits mailing list
cfe-commits@li
https://github.com/damyanp closed
https://github.com/llvm/llvm-project/pull/139800
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/efriedma-quic commented:
Can you add a testcase that doesn't involve -fembed-bitcode?
Otherwise LGTM
https://github.com/llvm/llvm-project/pull/164432
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi
https://github.com/farzonl unassigned
https://github.com/llvm/llvm-project/pull/162743
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/padriff updated
https://github.com/llvm/llvm-project/pull/163468
>From 78f77f2eae905b4e59b98974c2b4a3748d65fb9d Mon Sep 17 00:00:00 2001
From: Paddy McDonald
Date: Tue, 14 Oct 2025 15:41:13 -0700
Subject: [PATCH 1/3] Document a define to allow library developers to support
d
@@ -242,6 +255,43 @@ AddressSanitizer also supports
works similar to ``__attribute__((no_sanitize("address")))``, but it also
prevents instrumentation performed by other sanitizers.
+Disabling container overflow checks
+---
+
+Runtime suppressio
@@ -0,0 +1,191 @@
+; RUN: llc -mtriple=thumbv6m-none-eabi < %s | FileCheck %s
kees wrote:
Okay, I've got this done now. It required moving the MIR/ISEl/KCFI checks up
out of the way, but I think it's all still readable. I dropped some comments
and collected oth
1 - 100 of 345 matches
Mail list logo
