[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150798)

jrtc27 wrote: > > When DynamicReloc::Kind was introduced, I was concerned of the many Kinds, > > but that was still better than the previous state. Thanks for the > > simplification. > > Yeah I think Alex was a bit confused (and also there were some bugs that he > faithfully replicated and si

[llvm-branch-commits] [NFCI][ELF] Introduce explicit Computed state for DynamicReloc (PR #150799)

jrtc27 wrote: NB: This is a transient state, https://github.com/llvm/llvm-project/pull/150812 removes this member. This makes the history a bit odd, but I think it makes it clearer what's going on to include this in the history. https://github.com/llvm/llvm-project/pull/150799

[llvm-branch-commits] [NFCI][ELF][Mips] Refactor MipsGotSection to avoid explicit writes (PR #150730)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150730 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF][Mips] Refactor MipsGotSection to avoid explicit writes (PR #150730)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150730 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF][Mips] Refactor MipsGotSection to avoid explicit writes (PR #150730)

https://github.com/jrtc27 edited https://github.com/llvm/llvm-project/pull/150730 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFC][ELF] Replace DynamicReloc::Kind with the equivalent bool in APIs (PR #150813)

llvmbot wrote: @llvm/pr-subscribers-lld-elf Author: Jessica Clarke (jrtc27) Changes DynamicReloc::AgainstSymbol is now true and DynamicReloc::AddendOnly is now false; uses of the constants were replaced mechanically. --- Full diff: https://github.com/llvm/llvm-project/pull/150813.diff

[llvm-branch-commits] [NFC][ELF] Replace DynamicReloc::Kind with the equivalent bool in APIs (PR #150813)

llvmbot wrote: @llvm/pr-subscribers-lld Author: Jessica Clarke (jrtc27) Changes DynamicReloc::AgainstSymbol is now true and DynamicReloc::AddendOnly is now false; uses of the constants were replaced mechanically. --- Full diff: https://github.com/llvm/llvm-project/pull/150813.diff 4 Fi

[llvm-branch-commits] [NFCI][ELF] Store DynamicReloc Kind as two bools (PR #150812)

llvmbot wrote: @llvm/pr-subscribers-lld Author: Jessica Clarke (jrtc27) Changes Aside from Computed, Kind is now just AddendOnly and AgainstSymbol, so it's really just a bool reflecting whether the resulting ELF relocation should reference the symbol or not. Refactor DynamicReloc's storage

[llvm-branch-commits] [NFCI][ELF] Store DynamicReloc Kind as two bools (PR #150812)

llvmbot wrote: @llvm/pr-subscribers-lld-elf Author: Jessica Clarke (jrtc27) Changes Aside from Computed, Kind is now just AddendOnly and AgainstSymbol, so it's really just a bool reflecting whether the resulting ELF relocation should reference the symbol or not. Refactor DynamicReloc's sto

[llvm-branch-commits] [lld] [ELF][Mips] Fix addend for preemptible static TLS (PR #150729)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150729 >From 32400cb0d5c16e16b6d0d259955ba060f561fefe Mon Sep 17 00:00:00 2001 From: Jessica Clarke Date: Sat, 26 Jul 2025 02:12:18 +0100 Subject: [PATCH] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20initia?= =?U

[llvm-branch-commits] [lld] [ELF][Mips] Fix addend for preemptible static TLS (PR #150729)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150729 >From 32400cb0d5c16e16b6d0d259955ba060f561fefe Mon Sep 17 00:00:00 2001 From: Jessica Clarke Date: Sat, 26 Jul 2025 02:12:18 +0100 Subject: [PATCH] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20initia?= =?U

[llvm-branch-commits] [NFC][ELF] Don't duplicate DynamicReloc constructor (PR #150811)

llvmbot wrote: @llvm/pr-subscribers-lld-elf Author: Jessica Clarke (jrtc27) Changes This second constructor is just a shorthand for an AddendOnly relocation against dummySym with R_ADDEND, so write it as such. --- Full diff: https://github.com/llvm/llvm-project/pull/150811.diff 1 Files

[llvm-branch-commits] [NFCI][ELF][Mips] Replace MipsMultiGotPage with new RE_MIPS_OSEC_LOCAL_PAGE (PR #150810)

llvmbot wrote: @llvm/pr-subscribers-backend-mips Author: Jessica Clarke (jrtc27) Changes Instead of having a special DynamicReloc::Kind, we can just use a new RelExpr for the calculation needed. The only odd thing we do that allows this is to keep a representative symbol for the OutputSect

[llvm-branch-commits] [NFCI][ELF][Mips] Replace MipsMultiGotPage with new RE_MIPS_OSEC_LOCAL_PAGE (PR #150810)

llvmbot wrote: @llvm/pr-subscribers-lld-elf Author: Jessica Clarke (jrtc27) Changes Instead of having a special DynamicReloc::Kind, we can just use a new RelExpr for the calculation needed. The only odd thing we do that allows this is to keep a representative symbol for the OutputSection i

[llvm-branch-commits] [NFC][ELF] Replace DynamicReloc::Kind with the equivalent bool in APIs (PR #150813)

https://github.com/jrtc27 created https://github.com/llvm/llvm-project/pull/150813 DynamicReloc::AgainstSymbol is now true and DynamicReloc::AddendOnly is now false; uses of the constants were replaced mechanically. ___ llvm-branch-commits mailing l

[llvm-branch-commits] [NFCI][ELF] Store DynamicReloc Kind as two bools (PR #150812)

https://github.com/jrtc27 created https://github.com/llvm/llvm-project/pull/150812 Aside from Computed, Kind is now just AddendOnly and AgainstSymbol, so it's really just a bool reflecting whether the resulting ELF relocation should reference the symbol or not. Refactor DynamicReloc's storage to

[llvm-branch-commits] [NFC][ELF] Don't duplicate DynamicReloc constructor (PR #150811)

https://github.com/jrtc27 created https://github.com/llvm/llvm-project/pull/150811 This second constructor is just a shorthand for an AddendOnly relocation against dummySym with R_ADDEND, so write it as such. ___ llvm-branch-commits mailing list llv

[llvm-branch-commits] [NFCI][ELF][Mips] Replace MipsMultiGotPage with new RE_MIPS_OSEC_LOCAL_PAGE (PR #150810)

https://github.com/jrtc27 created https://github.com/llvm/llvm-project/pull/150810 Instead of having a special DynamicReloc::Kind, we can just use a new RelExpr for the calculation needed. The only odd thing we do that allows this is to keep a representative symbol for the OutputSection in quest

[llvm-branch-commits] MC: Add ELF section and directive for specifying a section's preferred alignment. (PR #150151)

pcc wrote: > There are some discussions on a codegen patch #149444 that I did not follow. > Could you summarize the motivation in this patch's description? Sure. The motivation is the same as for #149448 which is an alternative to this approach. I added it to the first paragraph of this PR's d

[llvm-branch-commits] MC: Add ELF section and directive for specifying a section's preferred alignment. (PR #150151)

https://github.com/pcc edited https://github.com/llvm/llvm-project/pull/150151 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] MC: Add ELF section and directive for specifying a section's preferred alignment. (PR #150151)

MaskRay wrote: There are some discussions on a codegen patch #149444 that I did not follow. Could you summarize the motivation in this patch's description? https://github.com/llvm/llvm-project/pull/150151 ___ llvm-branch-commits mailing list llvm-bran

[llvm-branch-commits] [llvm] AMDGPU: Add a few missing mfma rewrite tests (PR #149026)

https://github.com/arsenm updated https://github.com/llvm/llvm-project/pull/149026 >From 4c13a1eeaabed49fbbf0de7cf24677cbe8e09a00 Mon Sep 17 00:00:00 2001 From: Matt Arsenault Date: Wed, 16 Jul 2025 13:06:08 +0900 Subject: [PATCH] AMDGPU: Add a few missing mfma rewrite tests Test other splitti

[llvm-branch-commits] [llvm] AMDGPU: Add a few missing mfma rewrite tests (PR #149026)

https://github.com/arsenm updated https://github.com/llvm/llvm-project/pull/149026 >From 4c13a1eeaabed49fbbf0de7cf24677cbe8e09a00 Mon Sep 17 00:00:00 2001 From: Matt Arsenault Date: Wed, 16 Jul 2025 13:06:08 +0900 Subject: [PATCH] AMDGPU: Add a few missing mfma rewrite tests Test other splitti

[llvm-branch-commits] [llvm] AMDGPU: Handle rewriting non-tied MFMA to AGPR form (PR #149027)

https://github.com/arsenm updated https://github.com/llvm/llvm-project/pull/149027 >From b82fc9526af6f09cdfab8c4cbafa52a82f706e24 Mon Sep 17 00:00:00 2001 From: Matt Arsenault Date: Fri, 11 Jul 2025 12:57:13 +0900 Subject: [PATCH] AMDGPU: Handle rewriting non-tied MFMA to AGPR form If src2 and

[llvm-branch-commits] [llvm] AMDGPU: Handle rewriting non-tied MFMA to AGPR form (PR #149027)

https://github.com/arsenm updated https://github.com/llvm/llvm-project/pull/149027 >From b82fc9526af6f09cdfab8c4cbafa52a82f706e24 Mon Sep 17 00:00:00 2001 From: Matt Arsenault Date: Fri, 11 Jul 2025 12:57:13 +0900 Subject: [PATCH] AMDGPU: Handle rewriting non-tied MFMA to AGPR form If src2 and

[llvm-branch-commits] [llvm] AMDGPU: Handle rewriting VGPR MFMAs with immediate src2 (PR #150566)

https://github.com/arsenm updated https://github.com/llvm/llvm-project/pull/150566 >From 8a0bba305ae33515acd347395761ed8ddb82ea3f Mon Sep 17 00:00:00 2001 From: Matt Arsenault Date: Fri, 25 Jul 2025 10:23:31 +0900 Subject: [PATCH] AMDGPU: Handle rewriting VGPR MFMAs with immediate src2 This ca

[llvm-branch-commits] [llvm] AMDGPU: Handle rewriting VGPR MFMAs with immediate src2 (PR #150566)

https://github.com/arsenm updated https://github.com/llvm/llvm-project/pull/150566 >From 8a0bba305ae33515acd347395761ed8ddb82ea3f Mon Sep 17 00:00:00 2001 From: Matt Arsenault Date: Fri, 25 Jul 2025 10:23:31 +0900 Subject: [PATCH] AMDGPU: Handle rewriting VGPR MFMAs with immediate src2 This ca

[llvm-branch-commits] [NFCI][ELF][Mips] Refactor MipsGotSection to avoid explicit writes (PR #150730)

https://github.com/MaskRay approved this pull request. https://github.com/llvm/llvm-project/pull/150730 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF][Mips] Refactor MipsGotSection to avoid explicit writes (PR #150730)

jrtc27 wrote: > > The current code is quite crusty and divergent from non-MIPS in API use, > > but fixing it up like this is quite high-risk, especially given how weird > > the MIPS GOT is when it comes to the required initial memory state. Is > > anyone using LLD for MIPS these days who can t

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150798)

jrtc27 wrote: > When DynamicReloc::Kind was introduced, I was concerned of the many Kinds, > but that was still better than the previous state. Thanks for the > simplification. Yeah I think Alex was a bit confused (and also there were some bugs that he faithfully replicated and since fixed, o

[llvm-branch-commits] [NFCI][ELF][Mips] Refactor MipsGotSection to avoid explicit writes (PR #150730)

MaskRay wrote: > The current code is quite crusty and divergent from non-MIPS in API use, but > fixing it up like this is quite high-risk, especially given how weird the > MIPS GOT is when it comes to the required initial memory state. Is anyone > using LLD for MIPS these days who can test thi

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150798)

https://github.com/MaskRay approved this pull request. When DynamicReloc::Kind was introduced, I was concerned of the many Kinds, but that was still better than the previous state. Thanks for the simplification. https://github.com/llvm/llvm-project/pull/150798 __

[llvm-branch-commits] [flang] [flang][OpenMP] Store directive information in OpenMPSectionConstruct (PR #150804)

llvmbot wrote: @llvm/pr-subscribers-flang-semantics Author: Krzysztof Parzyszek (kparzysz) Changes The OpenMPSectionConstruct corresponds to the `!$omp section` directive, but there is nothing in the AST node that stores the directive information. Even though the only possibility (at the

[llvm-branch-commits] [flang] [flang][OpenMP] Store directive information in OpenMPSectionConstruct (PR #150804)

llvmbot wrote: @llvm/pr-subscribers-flang-openmp Author: Krzysztof Parzyszek (kparzysz) Changes The OpenMPSectionConstruct corresponds to the `!$omp section` directive, but there is nothing in the AST node that stores the directive information. Even though the only possibility (at the mo

[llvm-branch-commits] [flang] [flang][OpenMP] Store directive information in OpenMPSectionConstruct (PR #150804)

llvmbot wrote: @llvm/pr-subscribers-flang-fir-hlfir Author: Krzysztof Parzyszek (kparzysz) Changes The OpenMPSectionConstruct corresponds to the `!$omp section` directive, but there is nothing in the AST node that stores the directive information. Even though the only possibility (at the

[llvm-branch-commits] [flang] [flang][OpenMP] Store directive information in OpenMPSectionConstruct (PR #150804)

llvmbot wrote: @llvm/pr-subscribers-flang-parser Author: Krzysztof Parzyszek (kparzysz) Changes The OpenMPSectionConstruct corresponds to the `!$omp section` directive, but there is nothing in the AST node that stores the directive information. Even though the only possibility (at the mo

[llvm-branch-commits] [flang] [flang][OpenMP] Store directive information in OpenMPSectionConstruct (PR #150804)

https://github.com/kparzysz created https://github.com/llvm/llvm-project/pull/150804 The OpenMPSectionConstruct corresponds to the `!$omp section` directive, but there is nothing in the AST node that stores the directive information. Even though the only possibility (at the moment) is "section

[llvm-branch-commits] [NFCI][ELF][Mips] Refactor MipsGotSection to avoid explicit writes (PR #150730)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150730 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF][Mips] Refactor MipsGotSection to avoid explicit writes (PR #150730)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150730 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [lld] [ELF][Mips] Fix addend for preemptible static TLS (PR #150729)

https://github.com/jrtc27 edited https://github.com/llvm/llvm-project/pull/150729 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [lld] [ELF][Mips] Fix addend for preemptible static TLS (PR #150729)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150729 >From 32400cb0d5c16e16b6d0d259955ba060f561fefe Mon Sep 17 00:00:00 2001 From: Jessica Clarke Date: Sat, 26 Jul 2025 02:12:18 +0100 Subject: [PATCH] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20initia?= =?U

[llvm-branch-commits] [lld] [ELF][Mips] Fix addend for preemptible static TLS (PR #150729)

https://github.com/jrtc27 edited https://github.com/llvm/llvm-project/pull/150729 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150798)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150798 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150798)

https://github.com/jrtc27 edited https://github.com/llvm/llvm-project/pull/150798 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150798)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150798 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF] Merge AddendOnly and AddendOnlyWithTargetVA (PR #150797)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150797 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF] Merge AddendOnly and AddendOnlyWithTargetVA (PR #150797)

https://github.com/jrtc27 updated https://github.com/llvm/llvm-project/pull/150797 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF] Introduce explicit Computed state for DynamicReloc (PR #150799)

llvmbot wrote: @llvm/pr-subscribers-lld Author: Jessica Clarke (jrtc27) Changes Currently we set the kind to AddendOnly in computeRaw() in order to catch cases where we're not treating the DynamicReloc as computed. Specifically, computeAddend() will then assert that sym is nullptr, so can

[llvm-branch-commits] [NFCI][ELF] Introduce explicit Computed state for DynamicReloc (PR #150799)

llvmbot wrote: @llvm/pr-subscribers-lld-elf Author: Jessica Clarke (jrtc27) Changes Currently we set the kind to AddendOnly in computeRaw() in order to catch cases where we're not treating the DynamicReloc as computed. Specifically, computeAddend() will then assert that sym is nullptr, so

[llvm-branch-commits] [NFCI][ELF] Introduce explicit Computed state for DynamicReloc (PR #150799)

https://github.com/jrtc27 created https://github.com/llvm/llvm-project/pull/150799 Currently we set the kind to AddendOnly in computeRaw() in order to catch cases where we're not treating the DynamicReloc as computed. Specifically, computeAddend() will then assert that sym is nullptr, so can cat

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150795)

jrtc27 wrote: #150798. Screwed up spr... https://github.com/llvm/llvm-project/pull/150795 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150795)

https://github.com/jrtc27 closed https://github.com/llvm/llvm-project/pull/150795 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150798)

llvmbot wrote: @llvm/pr-subscribers-lld-elf Author: Jessica Clarke (jrtc27) Changes The former is just a special case of the latter, ignoring the expr and always just using the addend. If we use R_ADDEND as expr (which previously had no effect, and so was misleadingly R_ABS not R_ADDEND in

[llvm-branch-commits] [NFCI][ELF] Merge AddendOnly and AddendOnlyWithTargetVA (PR #150797)

llvmbot wrote: @llvm/pr-subscribers-lld-elf Author: Jessica Clarke (jrtc27) Changes The former is just a special case of the latter, ignoring the expr and always just using the addend, allowing (and enforcing) the sym is null. If we just use dummySym then we don't need to maintain this as

[llvm-branch-commits] [NFCI][ELF] Merge AddendOnly and AddendOnlyWithTargetVA (PR #150797)

llvmbot wrote: @llvm/pr-subscribers-lld Author: Jessica Clarke (jrtc27) Changes The former is just a special case of the latter, ignoring the expr and always just using the addend, allowing (and enforcing) the sym is null. If we just use dummySym then we don't need to maintain this as a se

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150795)

llvmbot wrote: @llvm/pr-subscribers-lld Author: Jessica Clarke (jrtc27) Changes The former is just a special case of the latter, ignoring the expr and always just using the addend. If we use R_ADDEND as expr (which previously had no effect, and so was misleadingly R_ABS not R_ADDEND in all

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150798)

https://github.com/jrtc27 created https://github.com/llvm/llvm-project/pull/150798 The former is just a special case of the latter, ignoring the expr and always just using the addend. If we use R_ADDEND as expr (which previously had no effect, and so was misleadingly R_ABS not R_ADDEND in all bu

[llvm-branch-commits] [NFCI][ELF] Merge AddendOnly and AddendOnlyWithTargetVA (PR #150797)

https://github.com/jrtc27 created https://github.com/llvm/llvm-project/pull/150797 The former is just a special case of the latter, ignoring the expr and always just using the addend, allowing (and enforcing) the sym is null. If we just use dummySym then we don't need to maintain this as a separ

[llvm-branch-commits] [NFCI][ELF] Merge AgainstSymbol and AgainstSymbolWithTargetVA (PR #150795)

https://github.com/jrtc27 created https://github.com/llvm/llvm-project/pull/150795 The former is just a special case of the latter, ignoring the expr and always just using the addend. If we use R_ADDEND as expr (which previously had no effect, and so was misleadingly R_ABS not R_ADDEND in all bu

[llvm-branch-commits] [clang] [llvm] [docs] Add clang/llvm release notes for mipsel-windows-* targets (PR #147133)

https://github.com/brad0 approved this pull request. https://github.com/llvm/llvm-project/pull/147133 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [llvm] [docs] Add clang/llvm release notes for mipsel-windows-* targets (PR #147133)

https://github.com/brad0 milestoned https://github.com/llvm/llvm-project/pull/147133 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [llvm] [docs] Add clang/llvm release notes for mipsel-windows-* targets (PR #147133)

hpoussin wrote: @brad0, it is what you expected? https://github.com/llvm/llvm-project/pull/147133 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] [llvm-config] Append the version number to the llvm-config executable name (PR #150774)

https://github.com/illwieckz created https://github.com/llvm/llvm-project/pull/150774 - Append the version number to the `llvm-config` executable name. So `llvm-config` is installed as `llvm-config-20` and `llvm-config` is a symlink to it, the same way `clang` is installed as `clang-20` and `c

[llvm-branch-commits] [llvm] release/21.x: [flang-rt] Remove hard-coded dependency on compiler-rt path on Windows (#150244) (PR #150764)

https://github.com/Meinersbur approved this pull request. LGTM https://github.com/llvm/llvm-project/pull/150764 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] fbee925 - Revert "[MIPS]Fix QNaNs in the MIPS legacy NaN encodings (#139829)"

Author: Nikita Popov Date: 2025-07-26T17:34:51+02:00 New Revision: fbee92502f784da3e1be8c56b9031ea52f2d8fc0 URL: https://github.com/llvm/llvm-project/commit/fbee92502f784da3e1be8c56b9031ea52f2d8fc0 DIFF: https://github.com/llvm/llvm-project/commit/fbee92502f784da3e1be8c56b9031ea52f2d8fc0.diff

[llvm-branch-commits] [llvm] release/21.x: Align f128 and i128 to 16 bytes when passing on x86-32 (PR #150746)

https://github.com/nikic approved this pull request. https://github.com/llvm/llvm-project/pull/150746 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] release/21.x: Align f128 and i128 to 16 bytes when passing on x86-32 (PR #150746)

https://github.com/nikic milestoned https://github.com/llvm/llvm-project/pull/150746 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [llvm] release/21.x [ObjCARC] Delete empty autoreleasepools with no autoreleases in them and remove ObjCARCAPElimPass (PR #150771)

https://github.com/nikic requested changes to this pull request. I don't think this should be backported. https://github.com/llvm/llvm-project/pull/150771 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cg

[llvm-branch-commits] [clang] [llvm] release/21.x [ObjCARC] Delete empty autoreleasepools with no autoreleases in them and remove ObjCARCAPElimPass (PR #150771)

https://github.com/nikic milestoned https://github.com/llvm/llvm-project/pull/150771 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [llvm] release/21.x [ObjCARC] Delete empty autoreleasepools with no autoreleases in them and remove ObjCARCAPElimPass (PR #150771)

llvmbot wrote: @llvm/pr-subscribers-clang-codegen Author: AZero13 (AZero13) Changes As per the new guidelines, I finished this with the intention of being admitted into the 21.x release. It was finished for a few weeks before it was merged, and I would like to backport this. I apolgoize

[llvm-branch-commits] [clang] [llvm] release/21.x [ObjCARC] Delete empty autoreleasepools with no autoreleases in them and remove ObjCARCAPElimPass (PR #150771)

llvmbot wrote: @llvm/pr-subscribers-clang @llvm/pr-subscribers-llvm-transforms Author: AZero13 (AZero13) Changes As per the new guidelines, I finished this with the intention of being admitted into the 21.x release. It was finished for a few weeks before it was merged, and I would like t

[llvm-branch-commits] [clang] [llvm] release/21.x [ObjCARC] Delete empty autoreleasepools with no autoreleases in them and remove ObjCARCAPElimPass (PR #150771)

https://github.com/AZero13 created https://github.com/llvm/llvm-project/pull/150771 As per the new guidelines, I finished this with the intention of being admitted into the 21.x release. It was finished for a few weeks before it was merged, and I would like to backport this. I apolgoize if th

[llvm-branch-commits] [llvm] release/21.x: [flang-rt] Remove hard-coded dependency on compiler-rt path on Windows (#150244) (PR #150764)

https://github.com/llvmbot updated https://github.com/llvm/llvm-project/pull/150764 >From 96e15ebab5ae593cd5c8d84ce9d787d81f4b756d Mon Sep 17 00:00:00 2001 From: David Truby Date: Sat, 26 Jul 2025 14:42:42 +0100 Subject: [PATCH] [flang-rt] Remove hard-coded dependency on compiler-rt path on Wi

[llvm-branch-commits] [llvm] release/21.x: [flang-rt] Remove hard-coded dependency on compiler-rt path on Windows (#150244) (PR #150764)

llvmbot wrote: @Meinersbur What do you think about merging this PR to the release branch? https://github.com/llvm/llvm-project/pull/150764 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/li

[llvm-branch-commits] [llvm] release/21.x: [flang-rt] Remove hard-coded dependency on compiler-rt path on Windows (#150244) (PR #150764)

https://github.com/llvmbot milestoned https://github.com/llvm/llvm-project/pull/150764 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] release/21.x: [flang-rt] Remove hard-coded dependency on compiler-rt path on Windows (#150244) (PR #150764)

https://github.com/llvmbot created https://github.com/llvm/llvm-project/pull/150764 Backport c20a95a Requested by: @DavidTruby >From 69d0f9a23365c519279fc16dcf2c28cb5777e079 Mon Sep 17 00:00:00 2001 From: David Truby Date: Sat, 26 Jul 2025 14:42:42 +0100 Subject: [PATCH] [flang-rt] Remove har

[llvm-branch-commits] [libc] c2996a1 - Revert "[libc][math][c23] Implement C23 math function asinpif16 (#146226)"

Author: OverMighty Date: 2025-07-26T15:33:00+03:00 New Revision: c2996a126eed2d753ce5fe4da897f73bb1215a0d URL: https://github.com/llvm/llvm-project/commit/c2996a126eed2d753ce5fe4da897f73bb1215a0d DIFF: https://github.com/llvm/llvm-project/commit/c2996a126eed2d753ce5fe4da897f73bb1215a0d.diff LO

[llvm-branch-commits] [libc] a1f25c4 - Revert "[libc][math][c23] Temporarily disable asinpif16 C23 math function (#1…"

Author: OverMighty Date: 2025-07-26T15:29:21+03:00 New Revision: a1f25c4695c2b33fdcb7080644b836dc5010b8a8 URL: https://github.com/llvm/llvm-project/commit/a1f25c4695c2b33fdcb7080644b836dc5010b8a8 DIFF: https://github.com/llvm/llvm-project/commit/a1f25c4695c2b33fdcb7080644b836dc5010b8a8.diff LO

[llvm-branch-commits] [llvm] release/21.x: Align f128 and i128 to 16 bytes when passing on x86-32 (PR #150746)

https://github.com/tgross35 edited https://github.com/llvm/llvm-project/pull/150746 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] release/21.x: Align f128 and i128 to 16 bytes when passing on x86-32 (PR #150746)

llvmbot wrote: @llvm/pr-subscribers-backend-x86 Author: Trevor Gross (tgross35) Changes Backport 7ed98a62fc4930b1f204541e326556af50d2249a and its two small follow-ups 68a401bd6532dd423ccf8509b72457dc35f787ca 2ba0bb66fa873259c5997271b0b971ef76bb --- Patch is 491.08 KiB, truncated to

[llvm-branch-commits] [clang] release/21.x: [clang-format] Fix a bug in `DerivePointerAlignment: true` (#150387) (PR #150458)

https://github.com/owenca closed https://github.com/llvm/llvm-project/pull/150458 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] release/21.x: [clang-format] Fix a bug in `DerivePointerAlignment: true` (#150387) (PR #150458)

owenca wrote: See https://github.com/llvm/llvm-project/pull/149602#pullrequestreview-3055128201. Depending on when the public Google C++ style guide gets updated on this, we might want to backport #149602 instead. https://github.com/llvm/llvm-project/pull/150458 __

[llvm-branch-commits] [clang] release/21.x: [clang-format] Fix a bug in `DerivePointerAlignment: true` (#150387) (PR #150458)

https://github.com/owenca demilestoned https://github.com/llvm/llvm-project/pull/150458 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits