[clang] Fix crash when doing special member lookup on forward-declared classes (PR #144828)

2025-06-18 Thread Ameya Gurjar via cfe-commits
https://github.com/Ameya674 created https://github.com/llvm/llvm-project/pull/144828 The compiler tends to crash when encountering a forward-declared incomplete type in Sema::LookupSpecialMember. Fixed this by adding a check to handle the incomplete types. The patch compiles and clang trigger

[clang] Fix crash when doing special member lookup on forward-declared classes (PR #144828)

2025-06-18 Thread via cfe-commits
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

[clang-tools-extra] [clang-reorder-fields] Prevent rewriting unsupported cases (PR #142149)

2025-06-18 Thread Alexander Shaposhnikov via cfe-commits
https://github.com/alexander-shaposhnikov approved this pull request. LG, thanks! https://github.com/llvm/llvm-project/pull/142149 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [AArch64] Add option -msve-streaming-vector-bits= . (PR #144611)

2025-06-18 Thread Pengcheng Wang via cfe-commits
@@ -1034,9 +1034,16 @@ class TargetInfo : public TransferrableTargetInfo, /// set of primary and secondary targets. virtual llvm::SmallVector getTargetBuiltins() const = 0; + enum class ArmStreamingKind { +NotStreaming, +StreamingCompatible, +Streaming, + };

[clang] let Neon builtin function accept a const variable (PR #144625)

2025-06-18 Thread via cfe-commits
scout-zeng wrote: > I think something like your patch solves the original testcase from #139033. > (Actually, it crashes in codegen, but that's an easy fix.) And I thought you > wanted specifically that...? > > Your new testcase will never work; the NEON intrinsic is specifically > specified

[clang] Fix crash when doing special member lookup on forward-declared classes (Fixes llvm/llvm-project#144642) (PR #144828)

2025-06-18 Thread Ameya Gurjar via cfe-commits
https://github.com/Ameya674 edited https://github.com/llvm/llvm-project/pull/144828 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang] Add standalone AMDGPU SPIR-V toolchain (PR #144576)

2025-06-18 Thread Matt Arsenault via cfe-commits
@@ -417,3 +417,15 @@ void HIPAMDToolChain::checkTargetID( getDriver().Diag(clang::diag::err_drv_bad_target_id) << *PTID.OptionalTargetID; } + +SPIRVAMDToolChain::SPIRVAMDToolChain(const Driver &D, + const llvm::Triple &Triple, +

[clang] [llvm] signed buffer (PR #144774)

2025-06-18 Thread Steven Perron via cfe-commits
https://github.com/s-perron created https://github.com/llvm/llvm-project/pull/144774 - **Add sign extend image operand.** - **[HLSL][SPRIV] Handle sign RWBuffer correctly** >From 488fb5961105305e50e3d787f286354754a73fe9 Mon Sep 17 00:00:00 2001 From: Steven Perron Date: Wed, 18 Jun 2025 09:19

[clang] [llvm] signed buffer (PR #144774)

2025-06-18 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-llvm-ir Author: Steven Perron (s-perron) Changes - **Add sign extend image operand.** - **[HLSL][SPRIV] Handle sign RWBuffer correctly** --- Patch is 39.54 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/144

[clang] [llvm] signed buffer (PR #144774)

2025-06-18 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-backend-spir-v Author: Steven Perron (s-perron) Changes - **Add sign extend image operand.** - **[HLSL][SPRIV] Handle sign RWBuffer correctly** --- Patch is 39.54 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/p

[clang] [llvm] signed buffer (PR #144774)

2025-06-18 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-hlsl Author: Steven Perron (s-perron) Changes - **Add sign extend image operand.** - **[HLSL][SPRIV] Handle sign RWBuffer correctly** --- Patch is 39.54 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/144774

[clang] [llvm] signed buffer (PR #144774)

2025-06-18 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Steven Perron (s-perron) Changes - **Add sign extend image operand.** - **[HLSL][SPRIV] Handle sign RWBuffer correctly** --- Patch is 39.54 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/14477

[clang] [include-cleaner] Add POSIX symbol mappings (PR #144748)

2025-06-18 Thread Ildikó Cseri via cfe-commits
https://github.com/cseriildi edited https://github.com/llvm/llvm-project/pull/144748 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [include-cleaner] Update generated include mappings (PR #144751)

2025-06-18 Thread Ildikó Cseri via cfe-commits
https://github.com/cseriildi edited https://github.com/llvm/llvm-project/pull/144751 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang][NFCI] Use TargetInfo to determine device kernel calling convention (PR #144728)

2025-06-18 Thread Nick Sarnie via cfe-commits
@@ -103,11 +103,11 @@ TargetCodeGenInfo::getDependentLibraryOption(llvm::StringRef Lib, Opt += Lib; } -unsigned TargetCodeGenInfo::getOpenCLKernelCallingConv() const { - // OpenCL kernels are called via an explicit runtime API with arguments - // set with clSetKernelArg()

[clang] [clang] Use TargetInfo to determine device kernel calling convention (PR #144728)

2025-06-18 Thread Nick Sarnie via cfe-commits
https://github.com/sarnex edited https://github.com/llvm/llvm-project/pull/144728 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang] Use TargetInfo to determine device kernel calling convention (PR #144728)

2025-06-18 Thread Nick Sarnie via cfe-commits
https://github.com/sarnex edited https://github.com/llvm/llvm-project/pull/144728 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [include-cleaner] Add POSIX symbol mappings (PR #144748)

2025-06-18 Thread Ildikó Cseri via cfe-commits
https://github.com/cseriildi edited https://github.com/llvm/llvm-project/pull/144748 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 298f1c2 - Revert "Add missing intrinsics to cuda headers" (#144755)

2025-06-18 Thread via cfe-commits
Author: Artem Belevich Date: 2025-06-18T10:08:27-07:00 New Revision: 298f1c276f4f9c18b25a79ffe6e619e89c5fbf7e URL: https://github.com/llvm/llvm-project/commit/298f1c276f4f9c18b25a79ffe6e619e89c5fbf7e DIFF: https://github.com/llvm/llvm-project/commit/298f1c276f4f9c18b25a79ffe6e619e89c5fbf7e.diff

[clang] Revert "Add missing intrinsics to cuda headers" (PR #144755)

2025-06-18 Thread Artem Belevich via cfe-commits
https://github.com/Artem-B closed https://github.com/llvm/llvm-project/pull/144755 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Analysis] Avoid some warnings about exit from noreturn function (PR #144408)

2025-06-18 Thread Serge Pavlov via cfe-commits
https://github.com/spavloff updated https://github.com/llvm/llvm-project/pull/144408 >From baedd4867ba8f62b54ea9942d84fadc9a716dc02 Mon Sep 17 00:00:00 2001 From: Serge Pavlov Date: Mon, 16 Jun 2025 18:19:44 +0700 Subject: [PATCH 1/2] [Analysis] Avoid some warnings about exit from noreturn fun

[clang] [llvm] [SimplifyCFG] Emit SelectInst when folding branches to common dest with different PHI incoming values (PR #144434)

2025-06-18 Thread via cfe-commits
HighW4y2H3ll wrote: @david-arm A, thx for testing! Let me try get some benchmark running on my end too. One thing I noticed is that `simplifyLoop` also calls to this `foldBranchToCommonDest` function, which is used in many loop passes (e.g. InductiveRangeCheckElimination, LoopBoundSplit, L

[clang] [clang-tools-extra] [clang-tidy] Warn about misuse of sizeof operator in loops. (PR #143205)

2025-06-18 Thread Malavika Samak via cfe-commits
https://github.com/malavikasamak updated https://github.com/llvm/llvm-project/pull/143205 >From 52e4413ea1e701dfe0b24cf957a26bb72732f066 Mon Sep 17 00:00:00 2001 From: MalavikaSamak Date: Wed, 21 May 2025 16:06:44 -0700 Subject: [PATCH 1/7] Place holder message for sizeof operator in loops. --

[clang] [CIR] Add Minimal Destructor Definition Support (PR #144719)

2025-06-18 Thread Andy Kaylor via cfe-commits
https://github.com/andykaylor edited https://github.com/llvm/llvm-project/pull/144719 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Add Minimal Destructor Definition Support (PR #144719)

2025-06-18 Thread Andy Kaylor via cfe-commits
https://github.com/andykaylor approved this pull request. Looks good. I just have a couple of minor suggestions. https://github.com/llvm/llvm-project/pull/144719 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mai

[clang] [CIR] Add Minimal Destructor Definition Support (PR #144719)

2025-06-18 Thread Andy Kaylor via cfe-commits
@@ -538,6 +538,104 @@ void CIRGenFunction::emitConstructorBody(FunctionArgList &args) { } } +/// Emits the body of the current destructor. +void CIRGenFunction::emitDestructorBody(FunctionArgList &args) { + const CXXDestructorDecl *dtor = cast(curGD.getDecl()); + CXXDtorT

[clang] [CIR] Add Minimal Destructor Definition Support (PR #144719)

2025-06-18 Thread Andy Kaylor via cfe-commits
@@ -0,0 +1,50 @@ +// RUN: %clang_cc1 -std=c++11 -triple x86_64-unknown-linux-gnu -Wno-unused-value -fclangir -emit-cir -mno-constructor-aliases %s -o %t.cir +// RUN: FileCheck --input-file=%t.cir %s -check-prefix=CIR +// RUN: %clang_cc1 -std=c++11 -triple x86_64-unknown-linux-gnu

[clang] [CIR] Add Minimal Destructor Definition Support (PR #144719)

2025-06-18 Thread Andy Kaylor via cfe-commits
@@ -538,6 +538,104 @@ void CIRGenFunction::emitConstructorBody(FunctionArgList &args) { } } +/// Emits the body of the current destructor. +void CIRGenFunction::emitDestructorBody(FunctionArgList &args) { + const CXXDestructorDecl *dtor = cast(curGD.getDecl()); + CXXDtorT

[clang] [clang] Add managarm support (PR #144791)

2025-06-18 Thread via cfe-commits
https://github.com/no92 created https://github.com/llvm/llvm-project/pull/144791 This is a repost of the quickly reverted #139271. The failing buildbot tests have been fixed and pass on my machine now. >From 4130e9a16cfea741dd8cba3eb161936e0664cebe Mon Sep 17 00:00:00 2001 From: no92 Date: Fri

[clang] [clang] Add managarm support (PR #144791)

2025-06-18 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: no92 (no92) Changes This is a repost of the quickly reverted #139271. The failing buildbot tests have been fixed and pass on my machine now. --- Patch is 43.75 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llv

[clang] [Clang] Diagnose unsatisfied `std::is_assignable`. (PR #144836)

2025-06-18 Thread Ross Kirsling via cfe-commits
https://github.com/rkirsling created https://github.com/llvm/llvm-project/pull/144836 Part of the work for #141911. Checking `is_assignable` boils down to checking the well-formedness of `declval() = declval()`; this PR recycles logic from EvaluateBinaryTypeTrait in order to produce the relev

[clang] [Clang] Diagnose unsatisfied `std::is_assignable`. (PR #144836)

2025-06-18 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Ross Kirsling (rkirsling) Changes Part of the work for #141911. Checking `is_assignable` boils down to checking the well-formedness of `declval() = declval()`; this PR recycles logic from EvaluateBinaryTypeTrait in order to p

[clang] [Clang] Diagnose unsatisfied `std::is_assignable`. (PR #144836)

https://github.com/rkirsling updated https://github.com/llvm/llvm-project/pull/144836 >From 580750339643b627552a1c726909dd5d12f3c9af Mon Sep 17 00:00:00 2001 From: Ross Kirsling Date: Wed, 18 Jun 2025 21:54:35 -0700 Subject: [PATCH] [Clang] Diagnose unsatisfied `std::is_assignable`. Part of th

[clang] [llvm] Dump auto (c++11) type Inferences (Issue #17) (PR #144478)

zwuis wrote: Copying a comment from #144622: > Please start a thread on https://discourse.llvm.org/ describing the problem > you're trying to solve, and your proposed solution. https://github.com/llvm/llvm-project/pull/144478 ___ cfe-commits mailing

[clang] [llvm] Add support for Windows Secure Hot-Patching (PR #138972)

https://github.com/sivadeilra updated https://github.com/llvm/llvm-project/pull/138972 >From 7382ec9923a6ab96cc6c82782dda33ec78c0bc2e Mon Sep 17 00:00:00 2001 From: Arlie Davis Date: Thu, 3 Apr 2025 16:10:50 -0700 Subject: [PATCH] Windows hotpatching support move hotpatch tests to X86 subdir

[clang] [llvm] Add support for Windows Secure Hot-Patching (PR #138972)

@@ -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

[clang] [llvm] Add support for Windows Secure Hot-Patching (PR #138972)

@@ -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 sivadeilra wrote: Done https://github.com/llvm/llvm-project/pull/138972 __

[clang] [llvm] Add support for Windows Secure Hot-Patching (PR #138972)

@@ -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

[clang] [llvm] [Reland] [PowerPC] frontend get target feature from backend with cpu name (PR #144594)

@@ -190,6 +192,31 @@ insertWaveSizeFeature(StringRef GPU, const Triple &T, StringMap &Features); } // namespace AMDGPU + +struct BasicSubtargetFeatureKV { + const char *Key; ///< K-V key string + unsigned Value; ///< K-V integer value +

[clang] Reapply "[Clang] Profile singly-resolved UnresolvedLookupExpr with the declaration" (PR #140680)

https://github.com/zyn0217 closed https://github.com/llvm/llvm-project/pull/140680 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [lld] Use the Windows SDK arguments over the environment (PR #144805)

@@ -94,10 +94,14 @@ void visualstudio::Linker::ConstructJob(Compilation &C, const JobAction &JA, // If the VC environment hasn't been configured (perhaps because the user // did not run vcvarsall), try to build a consistent link environment. If // the environment variab

[clang] [llvm] [X86] Remove CLDEMOTE from Alderlake and later hybrid processors (PR #144662)

https://github.com/phoebewang closed https://github.com/llvm/llvm-project/pull/144662 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 5875faf - [X86] Remove CLDEMOTE from Alderlake and later hybrid processors (#144662)

Author: Phoebe Wang Date: 2025-06-19T10:30:47+08:00 New Revision: 5875fafdc547889fb089c943a881a9ab6d8a23c0 URL: https://github.com/llvm/llvm-project/commit/5875fafdc547889fb089c943a881a9ab6d8a23c0 DIFF: https://github.com/llvm/llvm-project/commit/5875fafdc547889fb089c943a881a9ab6d8a23c0.diff L

[clang] [flang] [llvm] [llvm] annotate remaining LLVM interfaces for DLL export (PR #144746)

https://github.com/vgvassilev approved this pull request. LGTM! https://github.com/llvm/llvm-project/pull/144746 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] HIPSPV: Unbundle SDL (PR #136412)

https://github.com/linehill commented: LGTM! Unfortunately, I don't have access rights to approve PRs nor land them. Maybe @yxsamliu can help you with that? https://github.com/llvm/llvm-project/pull/136412 ___ cfe-commits mailing list cfe-commits@lis

[clang] let Neon builtin function accept a const variable (PR #144625)

scout-zeng wrote: fixes [#139033](https://github.com/llvm/llvm-project/issues/139033#issuecomment-2868006401) https://github.com/llvm/llvm-project/pull/144625 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailm

[clang] [lld] Use the Windows SDK arguments over the environment (PR #144805)

https://github.com/Steelskin updated https://github.com/llvm/llvm-project/pull/144805 >From 65576f1cd8a43a0ffbc9b4c9d6636218b3b82097 Mon Sep 17 00:00:00 2001 From: Fabrice de Gans Date: Wed, 18 Jun 2025 15:04:35 -0700 Subject: [PATCH] Use the Windows SDK arguments over the environment If any o

[clang] [llvm] Fix Windows EH IP2State tables (remove +1 bias) (PR #144745)

@@ -9,7 +9,6 @@ define i32 @foobar() gc "statepoint-example" personality ptr @__gxx_personality_ ; CHECK-NEXT:.seh_endprologue ; CHECK-NEXT:callq bar ; CHECK-NEXT: .Ltmp0: -; CHECK-NEXT:nop mstorsjo wrote: The Windows GNU target does use SEH for

[clang] [llvm] [X86] Remove CLDEMOTE from Arrowlake and later hybrid processors (PR #144833)

https://github.com/phoebewang created https://github.com/llvm/llvm-project/pull/144833 Decouple Arrowlake from Sierraforest because the later has CLDEMOTE feature. >From 8e218d9c4431b021231942e514f175164af35a51 Mon Sep 17 00:00:00 2001 From: "Wang, Phoebe" Date: Thu, 19 Jun 2025 12:14:54 +0800

[clang] [llvm] [X86] Remove CLDEMOTE from Arrowlake and later hybrid processors (PR #144833)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Phoebe Wang (phoebewang) Changes Decouple Arrowlake from Sierraforest because the later has CLDEMOTE feature. --- Patch is 20.92 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/144833.diff 3 F

[clang] [HIP] Emit the CUID value in the module with the new driver (PR #144570)

shiltian wrote: No test is needed? https://github.com/llvm/llvm-project/pull/144570 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [X86] Remove CLDEMOTE from Arrowlake and later hybrid processors (PR #144833)

https://github.com/phoebewang updated https://github.com/llvm/llvm-project/pull/144833 >From 8e218d9c4431b021231942e514f175164af35a51 Mon Sep 17 00:00:00 2001 From: "Wang, Phoebe" Date: Thu, 19 Jun 2025 12:14:54 +0800 Subject: [PATCH 1/2] [X86] Remove CLDEMOTE from Arrowlake and later hybrid p

[clang] [Clang] Add standalone AMDGPU SPIR-V toolchain (PR #144576)

@@ -417,3 +417,15 @@ void HIPAMDToolChain::checkTargetID( getDriver().Diag(clang::diag::err_drv_bad_target_id) << *PTID.OptionalTargetID; } + +SPIRVAMDToolChain::SPIRVAMDToolChain(const Driver &D, + const llvm::Triple &Triple, +

[clang] [llvm] [X86] Remove CLDEMOTE from Arrowlake and later hybrid processors (PR #144833)

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 c,cpp -- clang/test/Preprocessor/predefined-arch-macros.c l

[clang] [lld] Use the Windows SDK arguments over the environment (PR #144805)

https://github.com/Steelskin updated https://github.com/llvm/llvm-project/pull/144805 >From 5b875ae1120a5bd4860244bbbf725f0ef28fc83e Mon Sep 17 00:00:00 2001 From: Fabrice de Gans Date: Wed, 18 Jun 2025 15:04:35 -0700 Subject: [PATCH] Use the Windows SDK arguments over the environment If any o

[clang] [HIP] Emit the CUID value in the module with the new driver (PR #144570)

jhuber6 wrote: > > `llvm.compiler.used` global uses AS(0) which makes SPIR-V unhappy, but with > > this global it's AS(4) which makes it happy. Either way, this should be > > fixed. > > llvm.used and llvm.compiler.used should universally use addrspace(0) and > SPIRV should be fixed to not bre

[clang] [llvm] Fix Windows EH IP2State tables (remove +1 bias) (PR #144745)

namazso wrote: While I haven't checked how exactly this PR interacts with SEH, just here because https://github.com/llvm/llvm-project/issues/54922#issuecomment-2984928111 , I'd like to point out that https://clang.llvm.org/docs/MSVCCompatibility.html has the following snippet for SEH: > Asy

[clang] let Neon builtin function accept a const variable (PR #144625)

scout-zeng wrote: Hi @efriedma-quic , I do not think this workaround can fix this issue. Because the clang compiler still gives me an error like 'argument to xxx must be a constant integer", which means the if condition in line 5670 is not true. I am confused about that. Can you give me some s

[clang] [llvm] [InstCombine] remove dead loads, such as memcpy from undef (PR #143958)

https://github.com/vtjnash updated https://github.com/llvm/llvm-project/pull/143958 >From 450eb079e97f1a20ab2547567d81c176fec06cfb Mon Sep 17 00:00:00 2001 From: Jameson Nash Date: Thu, 12 Jun 2025 18:48:00 + Subject: [PATCH 01/12] [instcombine] remove dead loads, such as memcpy from undef

[clang] let Neon builtin function accept a const variable (PR #144625)

efriedma-quic wrote: I think something like your patch solves the original testcase from #139033. (Actually, it crashes in codegen, but that's an easy fix.) And I thought you wanted specifically that...? Your new testcase will never work; the NEON intrinsic is specifically specified to only

[clang] [llvm] Fix Windows EH IP2State tables (remove +1 bias) (PR #144745)

namazso wrote: Actually, disregard my previous comment. It seems that it's quite a bit more broken than that already and depends on surrounding code. Making it broken in different ways probably won't hurt much. https://github.com/llvm/llvm-project/pull/144745 __

[clang] [Clang] Verify data layout consistency (PR #144720)

rjmccall wrote: So, devil's advocate: do we actually care about IR data layout alignments? Clang should be putting explicit alignments on everything in the IR. And, I mean, I can certainly imagine that a target might end up in an impossible situation for terrible historical reasons, because e.

<    1   2   3   4