https://github.com/HighCommander4 requested changes to this pull request.
Thanks for the patch.
Could you add a test case as well? It looks like existing test coverage for
preprocessor directive completions is found in [this
file](https://searchfox.org/llvm/rev/3b30010303909efa01ac4d4fc018ad16
@@ -10208,6 +10208,24 @@ void
SemaCodeCompletion::CodeCompletePreprocessorDirective(bool InConditional) {
Builder.AddPlaceholderChunk("message");
Results.AddResult(Builder.TakeString());
+ if (getLangOpts().C23) {
+// #embed "header"
HighCommander4 w
https://github.com/HighCommander4 edited
https://github.com/llvm/llvm-project/pull/165550
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
zeyi2 wrote:
> d on
> https://wiki.sei.cmu.edu/confluence/display/cplusplus/MEM57-CPP.+Avoid+using+default+operator+new+for+over-aligned+types
>
> I think name `bugprone-default-operator-new-on-overaligned-type` would better
> preserve meaning.
Hi, thanks for reviewing. I've moved the check t
https://github.com/zeyi2 updated
https://github.com/llvm/llvm-project/pull/165542
>From 106c7ed6dff8976a8dfc4b85aeed96a478cfab34 Mon Sep 17 00:00:00 2001
From: mtx
Date: Wed, 29 Oct 2025 16:25:37 +0800
Subject: [PATCH 1/4] Rename `cert-mem57-cpp` to
`bugprone-default-operator-new-alignment`
-
github-actions[bot] wrote:
:warning: C/C++ code linter clang-tidy found issues in your code. :warning:
You can test this locally with the following command:
```bash
git diff -U0 origin/main...HEAD --
clang-tools-extra/clang-tidy/bugprone/BugproneTidyModule.cpp
clang-tools-extra/clang-t
https://github.com/zeyi2 updated
https://github.com/llvm/llvm-project/pull/165542
>From 106c7ed6dff8976a8dfc4b85aeed96a478cfab34 Mon Sep 17 00:00:00 2001
From: mtx
Date: Wed, 29 Oct 2025 16:25:37 +0800
Subject: [PATCH 1/3] Rename `cert-mem57-cpp` to
`bugprone-default-operator-new-alignment`
-
https://github.com/zeyi2 edited https://github.com/llvm/llvm-project/pull/165542
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zeyi2 edited https://github.com/llvm/llvm-project/pull/165542
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
phoebewang wrote:
> So the rule is essentially, you can only use fastcc if the caller and the
> callee have the same target features?
Not necessarily the same feature. Target code can decide by itself. E.g., we
only distinguish APX or not so far. If there are more in the future, we can
classi
https://github.com/phoebewang updated
https://github.com/llvm/llvm-project/pull/164768
>From 1c967de5abf29268c22e5239aab03196446310d0 Mon Sep 17 00:00:00 2001
From: Phoebe Wang
Date: Thu, 23 Oct 2025 15:37:07 +0800
Subject: [PATCH 1/5] [GlobalOpt] Add TTI interface useFastCCForInternalCall
for
@@ -1866,10 +1866,18 @@ bool
SimplifyCFGOpt::hoistCommonCodeFromSuccessors(Instruction *TI,
// If either of the blocks has it's address taken, then we can't do this
fold,
// because the code we'd hoist would no longer run when we jump into the
block
// by it's address.
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/165353
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -58,3 +58,106 @@ void SPIRVCombinerHelper::applySPIRVDistance(MachineInstr
&MI) const {
MI.eraseFromParent();
}
+
+/// This match is part of a combine that
+/// rewrites select(fcmp(dot(I, Ng), 0), N, -N) to faceforward(N, I, Ng)
+/// (vXf32 (g_select
+///
@@ -58,3 +58,106 @@ void SPIRVCombinerHelper::applySPIRVDistance(MachineInstr
&MI) const {
MI.eraseFromParent();
}
+
+/// This match is part of a combine that
+/// rewrites select(fcmp(dot(I, Ng), 0), N, -N) to faceforward(N, I, Ng)
+/// (vXf32 (g_select
+///
@@ -58,3 +58,106 @@ void SPIRVCombinerHelper::applySPIRVDistance(MachineInstr
&MI) const {
MI.eraseFromParent();
}
+
+/// This match is part of a combine that
+/// rewrites select(fcmp(dot(I, Ng), 0), N, -N) to faceforward(N, I, Ng)
+/// (vXf32 (g_select
+///
@@ -241,8 +248,7 @@ static __inline__ __m128d __DEFAULT_FN_ATTRS_CONSTEXPR
_mm_div_pd(__m128d __a,
///bits are copied from the upper 64 bits of operand \a __a.
static __inline__ __m128d __DEFAULT_FN_ATTRS _mm_sqrt_sd(__m128d __a,
https://github.com/HerrCai0907 closed
https://github.com/llvm/llvm-project/pull/164827
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Congcong Cai
Date: 2025-10-31T10:51:58+08:00
New Revision: e65d52ab5ab9e58a3b6d3bce470c04f2db2cd078
URL:
https://github.com/llvm/llvm-project/commit/e65d52ab5ab9e58a3b6d3bce470c04f2db2cd078
DIFF:
https://github.com/llvm/llvm-project/commit/e65d52ab5ab9e58a3b6d3bce470c04f2db2cd078.diff
https://github.com/smallp-o-p edited
https://github.com/llvm/llvm-project/pull/165814
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: William Tran-Viet (smallp-o-p)
Changes
Resolves #165790
- Don't add `-nobuiltininc` when `-ibuiltininc` is passed with `-nostdinc`
- Add tests
---
Full diff: https://github.com/llvm/llvm-project/pull/165814.diff
3 Files Affected:
- (mo
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: William Tran-Viet (smallp-o-p)
Changes
Resolves #165790
- Don't add `-nobuiltininc` when `-ibuiltininc` is passed with `-nostdinc`
- Add tests
---
Full diff: https://github.com/llvm/llvm-project/pull/165814.diff
3 Files Affected:
https://github.com/smallp-o-p edited
https://github.com/llvm/llvm-project/pull/165814
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/smallp-o-p created
https://github.com/llvm/llvm-project/pull/165814
Resolves #165790
- Don't add `-nobuiltininc` when `-ibuiltininc` is passed with `-nostdinc`
- Add tests
>From 55de88d2b00284aa4182a9727f778081d84bde8a Mon Sep 17 00:00:00 2001
From: William Tran-Viet
Date:
@@ -255,6 +255,8 @@ class LLVM_LIBRARY_VISIBILITY FreeBSDTargetInfo : public
OSTargetInfo {
break;
case llvm::Triple::loongarch64:
case llvm::Triple::riscv64:
+case llvm::Triple::riscv32be:
topperc wrote:
Why is riscv32be here, but riscv32 i
@@ -1732,16 +1734,20 @@ static void findRISCVBareMetalMultilibs(const Driver &D,
.flag(Twine("-march=", Element.march).str())
.flag(Twine("-mabi=", Element.mabi).str()));
}
+
+ std::string EndiannessSuffix = TargetTriple.isLittleEndian() ? "" : "be";
@@ -513,6 +515,8 @@ class LLVM_LIBRARY_VISIBILITY OpenBSDTargetInfo : public
OSTargetInfo {
break;
case llvm::Triple::loongarch64:
case llvm::Triple::riscv64:
+case llvm::Triple::riscv32be:
topperc wrote:
Why is riscv32be here, but riscv32 i
@@ -1789,7 +1795,8 @@ static void findRISCVMultilibs(const Driver &D,
.FilterOut(NonExistent);
Multilib::flags_list Flags;
- bool IsRV64 = TargetTriple.getArch() == llvm::Triple::riscv64;
+ bool IsRV64 = (TargetTriple.getArch() == llvm::Triple::riscv64 ||
---
efriedma-quic wrote:
> Nevertheless, I have moved the caller check logic to target code, and kept
> 64-bit generating fastcc as is. Besides, it keeps the ability to be forward
> compatible to newer calling conventions and a target independent fastcc in
> the middle end. Please take another loo
@@ -144,8 +144,6 @@ class X86PreTileConfig : public MachineFunctionPass {
unsigned Shapes = 0;
if (MRI->getRegClass(MO.getReg())->getID() == X86::TILERegClassID)
Shapes = 1;
-if (MRI->getRegClass(MO.getReg())->getID() == X86::TILEPAIRRegClassID)
- Shapes
@@ -1732,16 +1734,20 @@ static void findRISCVBareMetalMultilibs(const Driver &D,
.flag(Twine("-march=", Element.march).str())
.flag(Twine("-mabi=", Element.mabi).str()));
}
+
+ std::string EndiannessSuffix = TargetTriple.isLittleEndian() ? "" : "be";
https://github.com/efriedma-quic commented:
This all looks straightforward.
https://github.com/llvm/llvm-project/pull/165599
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -18,7 +18,7 @@ This test serves two purposes:
The list of warnings below should NEVER grow. It should gradually shrink to 0.
-CHECK: Warnings without flags (56):
+CHECK: Warnings without flags (57):
efriedma-quic wrote:
Adding new warnings without a flag
https://github.com/efriedma-quic edited
https://github.com/llvm/llvm-project/pull/165599
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
shiltian wrote:
I'm not sure about the new added `e`. It is very confusing.
> It's ok for me. I wish we didn't have to add the `e` case, but I do not see
> an easy way out.
Even with the OpenCL `cl_khr_fp16` extension, the FP16 is still just a storage
class?
https://github.com/llvm/llvm-proj
@@ -3584,13 +3584,13 @@ void test_integer(void) {
// CHECK-ASM: vsrlb
vsc = vec_abs(vsc);
- // CHECK-ASM: vlcb
+ // CHECK-ASM: vlpb
wenju-he wrote:
> The SystemZ changes LGTM. In fact, this fixes a regression I hadn't even been
> aware of, which was in
@@ -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
@@ -2113,3 +2113,98 @@ define <4 x i32> @or_zext_nneg_minus_constant_splat(<4 x
i8> %a) {
%or = or <4 x i32> %zext, splat (i32 -9)
ret <4 x i32> %or
}
+
+define i8 @or_positive_minus_non_positive_to_abs(i8 %a){
+; CHECK-LABEL: @or_positive_minus_non_positive_to_abs(
+; CHE
https://github.com/wenju-he updated
https://github.com/llvm/llvm-project/pull/165200
>From 4629547485d5b0c4f0a0e3e2e026222bbb654c7a Mon Sep 17 00:00:00 2001
From: Wenju He
Date: Mon, 27 Oct 2025 05:41:34 +0100
Subject: [PATCH 01/10] [InstCombine] Fold select(X >s 0, 0, -X) | smax(X, 0)
to abs(
https://github.com/gbMattN updated
https://github.com/llvm/llvm-project/pull/152532
>From 47142640181a1c882429a2ba7b83d87d18cfd7d1 Mon Sep 17 00:00:00 2001
From: gbMattN
Date: Fri, 17 Oct 2025 13:49:55 +0100
Subject: [PATCH 1/3] [UBSan] Report more detailed alignment report when
overloaded glo
bogner wrote:
On further inspection, we do emit -S from `clang-dxc -fcgl`, and the previous
issue was about us emitting it both before and after the -emit-llvm flag. I can
see how checking for this would be pretty awkward, and honestly I can't really
see how we would end up regressing on this
bader wrote:
> The driver code handling -Xarch_device/host doesn't do specific things to
> SYCL or CUDA, HIP :
> https://github.com/llvm/llvm-project/blob/main/clang/lib/Driver/Compilation.cpp#L58
Considering that, I suggest we don't specify the offloading models. Let's align
the help text wi
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` at step 6 "test".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/162/builds/34258
Here is the relevant piece of the build lo
@@ -0,0 +1,13 @@
+// RUN: %clang_cc1 -no-enable-noundef-analysis %s -cl-std=CL2.0 -include
opencl-c.h -triple spir64 -emit-llvm -o - | FileCheck %s
arsenm wrote:
Test name is very broad for what this is testing. Can you merge this with an
existing null test, or
arsenm wrote:
> OpenCL spec forbids casting between generic and constant address space
> pointers.
Doesn't really matter for the purposes of what the IR, it's a question of what
the SPIRV machine allows
https://github.com/llvm/llvm-project/pull/165353
https://github.com/jansvoboda11 updated
https://github.com/llvm/llvm-project/pull/165350
>From ce13278e1df2649e7c0c889da4b9eafa258dde06 Mon Sep 17 00:00:00 2001
From: Jan Svoboda
Date: Mon, 27 Oct 2025 16:00:53 -0700
Subject: [PATCH 01/19] [llvm] Introduce IO sandboxing
---
llvm/CMakeLists.tx
https://github.com/zygoloid closed
https://github.com/llvm/llvm-project/pull/165633
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Richard Smith
Date: 2025-10-30T15:50:45-07:00
New Revision: 1e3a1ce911d1e5e3804b63e3ba3059c36eb697e5
URL:
https://github.com/llvm/llvm-project/commit/1e3a1ce911d1e5e3804b63e3ba3059c36eb697e5
DIFF:
https://github.com/llvm/llvm-project/commit/1e3a1ce911d1e5e3804b63e3ba3059c36eb697e5.diff
ojhunt wrote:
Ugh, I just checked and it looks like the codegen is wrong so assembly it will
have to be, but that will at least not be templates. Will write it later. Gnah.
https://github.com/llvm/llvm-project/pull/165066
___
cfe-commits mailing list
ojhunt wrote:
Dynamic search for this would be something like
```cpp
bool inbounds_of_unwind_raise_exception(const void*);
template int _frames_to_unwind_raise_exception() {
const void *current = __builtin_return_address(N);
if (inbounds_of_unwind_raise_exception(current)) // this would actu
bogner wrote:
> oh i thought this change did preserve that since this test should fail if
> such an error is produced? Or that was my thought.
IIRC the error was only happening when the clang -cc1 command with both -S and
-emit-llvm present was actually run, so the -### command wouldn't produc
https://github.com/cachemeifyoucan commented:
We need `Clang_Option` in `clang/include/module.modulemap`.
There are some formatting modernization can happen but since it is mostly just
moving header, those can be left for future.
https://github.com/llvm/llvm-project/pull/163659
___
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Min-Yih Hsu (mshockwave)
Changes
Add C intrinsics for XSfvfexp16e/32e, XSfvfbfexp16e, and XSfvfexpa(64e)
introduced in #164349 and #164499
---
Patch is 270.91 KiB, truncated to 20.00 KiB below, full version:
https://github.com/llvm/llv
https://github.com/Endilll approved this pull request.
https://github.com/llvm/llvm-project/pull/165633
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zygoloid updated
https://github.com/llvm/llvm-project/pull/165633
>From e1017d06119c0cb5a0fa82a39bf74ed698c8366a Mon Sep 17 00:00:00 2001
From: Richard Smith
Date: Thu, 30 Oct 2025 00:35:18 +
Subject: [PATCH 1/6] Add tests for CWG issues 6, 212, 232, 2823.
Unfortunately
@@ -0,0 +1,31 @@
+// RUN: %clang_cc1 -std=c++98 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-exceptions -pedantic-errors | FileCheck %s --check-prefixes
CHECK
+// RUN: %clang_cc1 -std=c++11 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-excepti
https://github.com/ahatanak updated
https://github.com/llvm/llvm-project/pull/161590
>From a46d41190f491e7f6f3cf7bcdbbbdf1d4ab7b030 Mon Sep 17 00:00:00 2001
From: Akira Hatanaka
Date: Wed, 1 Oct 2025 11:58:31 -0700
Subject: [PATCH 1/4] [Sema] Don't call isNonConstantStorage on incomplete
varia
https://github.com/vbvictor updated
https://github.com/llvm/llvm-project/pull/165172
>From e611d88083e9ea0bb0e7dd6371b19587e745ccae Mon Sep 17 00:00:00 2001
From: Victor Baranov
Date: Sun, 26 Oct 2025 23:56:03 +0300
Subject: [PATCH 1/3] [clang-tidy][NFC] Fix
llvm-prefer-static-over-anonymous-n
@@ -20,6 +20,7 @@ namespace clang::tidy::bugprone {
namespace {
+// NOLINTNEXTLINE(llvm-prefer-static-over-anonymous-namespace)
vbvictor wrote:
The function `isCompleteAndHasNoZeroValue` is used inside
`AST_MATCHER(EnumDecl, isCompleteAndHasNoZeroValue)` an
usx95 wrote:
* **#165789** https://app.graphite.dev/github/pr/llvm/llvm-project/165789?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/165789
https://github.com/usx95 created
https://github.com/llvm/llvm-project/pull/165789
None
>From e18f21ccdbf7b2c96a5e2f3340c8fdc4a5aa2fea Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Thu, 30 Oct 2025 22:01:36 +
Subject: [PATCH] persistent-origin-optimisation
---
.../LifetimeSafety/Loa
https://github.com/spall updated
https://github.com/llvm/llvm-project/pull/164700
>From 276fca41ad8e81ce4189266c20d260646d6d5f4c Mon Sep 17 00:00:00 2001
From: Sarah Spall
Date: Fri, 31 Jan 2025 16:57:24 -0800
Subject: [PATCH 1/5] add support for HLSLAggregateSplatCast and
HLSLElementwiseCast
@@ -0,0 +1,31 @@
+// RUN: %clang_cc1 -std=c++98 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-exceptions -pedantic-errors | FileCheck %s --check-prefixes
CHECK
+// RUN: %clang_cc1 -std=c++11 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-excepti
asl wrote:
Tagging @kovdan01 @atrosinenko
https://github.com/llvm/llvm-project/pull/165066
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zygoloid edited
https://github.com/llvm/llvm-project/pull/165633
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,31 @@
+// RUN: %clang_cc1 -std=c++98 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-exceptions -pedantic-errors | FileCheck %s --check-prefixes
CHECK
+// RUN: %clang_cc1 -std=c++11 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-excepti
@@ -230,6 +230,37 @@ namespace cwg211 { // cwg211: 2.7
};
} // namespace cwg211
+namespace cwg212 { // cwg212: yes
Endilll wrote:
> I suppose it'd make sense to remove "yes" entirely as an option, given we're
> so close
I discussed that with other maintai
vbvictor wrote:
Disabled test on Windows because of error which makes re-generated file
different from expected:
```
```
This should be either fixed by tinkering with certs in win-builder or by
adjusting `dump_ast_matchers.py`.
But I believe this should be out of current scope because Linux b
https://github.com/Endilll edited
https://github.com/llvm/llvm-project/pull/165633
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,31 @@
+// RUN: %clang_cc1 -std=c++98 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-exceptions -pedantic-errors | FileCheck %s --check-prefixes
CHECK
+// RUN: %clang_cc1 -std=c++11 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-excepti
shafik wrote:
ping
https://github.com/llvm/llvm-project/pull/161590
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
kevinsala wrote:
Are there more comments for this PR? Thanks.
https://github.com/llvm/llvm-project/pull/152651
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
erichkeane wrote:
> @erichkeane I am requesting guidance for fixing this template deduction issue
> as you are the template code owner and I don't know the template deduction
> area.
Thanks to the LLVM-Dev and ISO C++ meetings this week/next week, it'll be a
while before I get a chance to ta
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `lldb-aarch64-windows`
running on `linaro-armv8-windows-msvc-05` while building `clang` at step 6
"test".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/141/builds/12643
Here is the relevant piece of
https://github.com/zygoloid updated
https://github.com/llvm/llvm-project/pull/165633
>From e1017d06119c0cb5a0fa82a39bf74ed698c8366a Mon Sep 17 00:00:00 2001
From: Richard Smith
Date: Thu, 30 Oct 2025 00:35:18 +
Subject: [PATCH 1/5] Add tests for CWG issues 6, 212, 232, 2823.
Unfortunately
@@ -230,6 +230,37 @@ namespace cwg211 { // cwg211: 2.7
};
} // namespace cwg211
+namespace cwg212 { // cwg212: yes
zygoloid wrote:
Ah, yeah, I see that we've removed nearly all of them. I suppose it'd make
sense to remove "yes" entirely as an option, given
@@ -230,6 +230,37 @@ namespace cwg211 { // cwg211: 2.7
};
} // namespace cwg211
+namespace cwg212 { // cwg212: yes
Endilll wrote:
> Has this changed to mean just "we don't know when we started supporting this"
> instead?
I've definitely seen this interpre
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 origin/main HEAD --extensions cpp --
clang/lib/AST/ExprConstant.cpp --diff_from_commo
https://github.com/spall updated
https://github.com/llvm/llvm-project/pull/164700
>From 276fca41ad8e81ce4189266c20d260646d6d5f4c Mon Sep 17 00:00:00 2001
From: Sarah Spall
Date: Fri, 31 Jan 2025 16:57:24 -0800
Subject: [PATCH 1/4] add support for HLSLAggregateSplatCast and
HLSLElementwiseCast
@@ -3829,6 +3829,330 @@ static bool CheckArraySize(EvalInfo &Info, const
ConstantArrayType *CAT,
/*Diag=*/true);
}
+static bool handleScalarCast(EvalInfo &Info, const FPOptions FPO, const Expr
*E,
+ QualType SourceTy, QualType DestTy,
+
https://github.com/medismailben edited
https://github.com/llvm/llvm-project/pull/165066
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,31 @@
+// RUN: %clang_cc1 -std=c++98 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-exceptions -pedantic-errors | FileCheck %s --check-prefixes
CHECK
+// RUN: %clang_cc1 -std=c++11 %s -triple x86_64-linux-gnu -emit-llvm -o -
-fexceptions -fcxx-excepti
https://github.com/boomanaiden154 approved this pull request.
LGTM. Probably would be good to get approval from someone on the clang side as
well.
https://github.com/llvm/llvm-project/pull/165472
___
cfe-commits mailing list
[email protected]
@@ -2156,9 +2164,13 @@ bool
SimplifyCFGOpt::hoistSuccIdenticalTerminatorToSwitchOrIf(
Updates.push_back({DominatorTree::Insert, TIParent, Succ});
}
- if (DTU)
-for (BasicBlock *Succ : successors(TI))
+ if (DTU) {
+// TI might be a switch with multi-cases des
@@ -1866,10 +1866,18 @@ bool
SimplifyCFGOpt::hoistCommonCodeFromSuccessors(Instruction *TI,
// If either of the blocks has it's address taken, then we can't do this
fold,
// because the code we'd hoist would no longer run when we jump into the
block
// by it's address.
@@ -1866,10 +1866,18 @@ bool
SimplifyCFGOpt::hoistCommonCodeFromSuccessors(Instruction *TI,
// If either of the blocks has it's address taken, then we can't do this
fold,
// because the code we'd hoist would no longer run when we jump into the
block
// by it's address.
https://github.com/vbvictor edited
https://github.com/llvm/llvm-project/pull/165472
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vbvictor edited
https://github.com/llvm/llvm-project/pull/165472
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
github-actions[bot] wrote:
@TApplencourt Congratulations on having your first Pull Request (PR) merged
into the LLVM Project!
Your changes will be combined with recent changes from other authors, then
tested by our [build bots](https://lab.llvm.org/buildbot/). If there is a
problem with a b
https://github.com/Endilll closed
https://github.com/llvm/llvm-project/pull/162882
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Thomas Applencourt
Date: 2025-10-31T00:26:13+04:00
New Revision: 855a3e974dfaa317d65d9e66c3cadf76d470da2b
URL:
https://github.com/llvm/llvm-project/commit/855a3e974dfaa317d65d9e66c3cadf76d470da2b
DIFF:
https://github.com/llvm/llvm-project/commit/855a3e974dfaa317d65d9e66c3cadf76d470da2b.
https://github.com/fmayer auto_merge_enabled
https://github.com/llvm/llvm-project/pull/164715
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Grigory Pastukhov (grigorypas)
Changes
Introduces the `flatten_deep` attribute as an extension to the existing
`flatten` attribute. While `flatten` only inlines immediate callsites,
`flatten_deep` enables inlining of function calls and thei
https://github.com/grigorypas created
https://github.com/llvm/llvm-project/pull/165777
Introduces the `flatten_deep` attribute as an extension to the existing
`flatten` attribute. While `flatten` only inlines immediate callsites,
`flatten_deep` enables inlining of function calls and their transi
@@ -0,0 +1,414 @@
+// Actual triple does not matter, just ensuring that the ABI being used for
+// mangling and similar is consistent. Choosing x86_64 as that seems to be a
+// configured target for most build configurations
+// RUN: %clang_cc1 -triple=x86_64 -std=c++26 %s -emit-l
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Qiu Chaofan (ecnelises)
Changes
Fixes #165560
---
Full diff: https://github.com/llvm/llvm-project/pull/165776.diff
2 Files Affected:
- (modified) clang/lib/Sema/SemaTemplateDeductionGuide.cpp (+2-1)
- (modified) clang/test/SemaTemplate
https://github.com/ecnelises created
https://github.com/llvm/llvm-project/pull/165776
Fixes #165560
>From c9a426b0594865770e46a801fc9b4abbdd9a475e Mon Sep 17 00:00:00 2001
From: Qiu Chaofan
Date: Thu, 30 Oct 2025 13:12:25 -0700
Subject: [PATCH] [Clang][Sema] Check null after ExtractTypeForDedu
TApplencourt wrote:
Thanks! Edited.
https://github.com/llvm/llvm-project/pull/162882
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/TApplencourt edited
https://github.com/llvm/llvm-project/pull/162882
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1410,7 +1433,48 @@ void UnwindCursor::setFloatReg(int regNum,
unw_fpreg_t value) {
}
template void UnwindCursor::jumpto() {
+#ifdef _LIBUNWIND_TRACE_RET_INJECT
+ // clang-format off
medismailben wrote:
Are you saying I should ignore the formatting PR t
1 - 100 of 449 matches
Mail list logo
