[llvm-branch-commits] [lld] [llvm] release/18.x: [Mips] Fix unable to handle inline assembly ends with compat-branch o… (#77291) (PR #82870)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-lld-elf Author: None (llvmbot) Changes Backport 96abee5eef31274415681018553e1d4a16dc16c9 Requested by: @brad0 --- Full diff: https://github.com/llvm/llvm-project/pull/82870.diff 7 Files Affected: - (modified) lld/test/ELF/mips-pc-relocs.s (+10-8) -

[llvm-branch-commits] [lld] [llvm] release/18.x: [Mips] Fix unable to handle inline assembly ends with compat-branch o… (#77291) (PR #82870)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @yingopq What do you think about merging this PR to the release branch? https://github.com/llvm/llvm-project/pull/82870 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listin

[llvm-branch-commits] [lld] [llvm] release/18.x: [Mips] Fix unable to handle inline assembly ends with compat-branch o… (#77291) (PR #82870)

2024-02-23 Thread via llvm-branch-commits
https://github.com/llvmbot milestoned https://github.com/llvm/llvm-project/pull/82870 ___ 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] [llvm] release/18.x: [Mips] Fix unable to handle inline assembly ends with compat-branch o… (#77291) (PR #82870)

2024-02-23 Thread via llvm-branch-commits
https://github.com/llvmbot created https://github.com/llvm/llvm-project/pull/82870 Backport 96abee5eef31274415681018553e1d4a16dc16c9 Requested by: @brad0 >From ba7653eaae378e3805c6f2c47c3850a145d5b6e4 Mon Sep 17 00:00:00 2001 From: yingopq <115543042+ying...@users.noreply.github.com> Date: Sat

[llvm-branch-commits] [clang] release/18.x: [clang][CodeGen] Keep processing the rest of AST after encountering unsupported MC/DC expressions (#82464) (PR #82866)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-clang-codegen Author: None (llvmbot) Changes Backport d4bfca3b2e673789f7c278d46a199ae8910ddd37 Requested by: @whentojump --- Full diff: https://github.com/llvm/llvm-project/pull/82866.diff 1 Files Affected: - (modified) clang/lib/CodeGen/CodeGenPGO.

[llvm-branch-commits] [clang] release/18.x: [clang][CodeGen] Keep processing the rest of AST after encountering unsupported MC/DC expressions (#82464) (PR #82866)

2024-02-23 Thread via llvm-branch-commits
https://github.com/llvmbot updated https://github.com/llvm/llvm-project/pull/82866 >From b058dd52590462f564238275527e7f061ff9e08a Mon Sep 17 00:00:00 2001 From: Wentao Zhang <35722712+whentoj...@users.noreply.github.com> Date: Thu, 22 Feb 2024 16:04:25 -0600 Subject: [PATCH] [clang][CodeGen] Kee

[llvm-branch-commits] [clang] release/18.x: [clang][CodeGen] Keep processing the rest of AST after encountering unsupported MC/DC expressions (#82464) (PR #82866)

2024-02-23 Thread via llvm-branch-commits
https://github.com/llvmbot created https://github.com/llvm/llvm-project/pull/82866 Backport d4bfca3b2e673789f7c278d46a199ae8910ddd37 Requested by: @whentojump >From a64e5aab54b372df13c1756ed66bb9fc5cd59927 Mon Sep 17 00:00:00 2001 From: Wentao Zhang <35722712+whentoj...@users.noreply.github.co

[llvm-branch-commits] [clang] release/18.x: [clang][CodeGen] Keep processing the rest of AST after encountering unsupported MC/DC expressions (#82464) (PR #82866)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @evodius96 What do you think about merging this PR to the release branch? https://github.com/llvm/llvm-project/pull/82866 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/list

[llvm-branch-commits] [clang] release/18.x: [clang][CodeGen] Keep processing the rest of AST after encountering unsupported MC/DC expressions (#82464) (PR #82866)

2024-02-23 Thread via llvm-branch-commits
https://github.com/llvmbot milestoned https://github.com/llvm/llvm-project/pull/82866 ___ 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] [Flang][OpenMP][MLIR] Initial derived type member map support (PR #82853)

2024-02-23 Thread Valentin Clement バレンタイン クレメン via llvm-branch-commits
clementval wrote: > Yes, I am sorry about that, I'd like to make it as easy as possible to review > for you all as I know it's not an easy task and I greatly appreciate the > effort you all put in, so I will most definitely keep it mind in the future! Thanks! https://github.com/llvm/llvm-pr

[llvm-branch-commits] [Flang][OpenMP][MLIR] Initial derived type member map support (PR #82853)

2024-02-23 Thread via llvm-branch-commits
agozillon wrote: > > > You could do the renaming of the pass as an NFC PR so it would make the > > > non NFC changes more obvious to spot at. Not necessary to do it for this > > > time but next time it would be nice. > > > > > > I'm very sorry about that! I didn't realise it would be a proble

[llvm-branch-commits] [Flang][OpenMP][MLIR] Initial derived type member map support (PR #82853)

2024-02-23 Thread via llvm-branch-commits
agozillon wrote: I have opened PRs again on the entire stack, hopefully they shouldn't cause problems for windows users anymore, I've checked the length of the largest PR and I believe it fits within the maximum that we're planning on enforcing. https://github.com/llvm/llvm-project/pull/82853

[llvm-branch-commits] [Flang][OpenMP][MLIR] Initial derived type member map support (PR #82853)

2024-02-23 Thread Valentin Clement バレンタイン クレメン via llvm-branch-commits
clementval wrote: > > You could do the renaming of the pass as an NFC PR so it would make the non > > NFC changes more obvious to spot at. Not necessary to do it for this time > > but next time it would be nice. > > I'm very sorry about that! I didn't realise it would be a problem, but I will

[llvm-branch-commits] [Flang][OpenMP][MLIR] Initial derived type member map support (PR #82853)

2024-02-23 Thread via llvm-branch-commits
agozillon wrote: > You could do the renaming of the pass as an NFC PR so it would make the non > NFC changes more obvious to spot at. Not necessary to do it for this time but > next time it would be nice. I'm very sorry about that! I didn't realise it would be a problem, but I will keep it in

[llvm-branch-commits] [Flang][OpenMP][MLIR] Initial derived type member map support (PR #82853)

2024-02-23 Thread Valentin Clement バレンタイン クレメン via llvm-branch-commits
clementval wrote: You could do the renaming of the pass as an NFC PR so it would make the non NFC changes more obvious to spot at. Not necessary to do it for this time but next time it would be nice. https://github.com/llvm/llvm-project/pull/82853 _

[llvm-branch-commits] [OpenMP][MLIR] Add new arguments to map_info to help support record type maps (PR #82851)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-flang-openmp Author: None (agozillon) Changes This PR adds two new fields to omp.map_info, one BoolAttr and one I64ArrayAttr. The BoolAttr is named partial_map, and is a flag that indicates if the record type captured by the map_info operation is a par

[llvm-branch-commits] [Flang][OpenMP][MLIR] Initial derived type member map support (PR #82853)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-flang-openmp @llvm/pr-subscribers-flang-fir-hlfir Author: None (agozillon) Changes This patch is one in a series of four patches that seeks to refactor slightly and extend the current record type map support that was put in place for Fortran's descriptor

[llvm-branch-commits] [OpenMP][MLIR] Extend record member map support for omp dialect to LLVM-IR (PR #82852)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-mlir-llvm Author: None (agozillon) Changes This patch seeks to refactor slightly and extend the current record type map support that was put in place for Fortran's descriptor types to handle explicit member mapping for record types at a single level of d

[llvm-branch-commits] [Flang][OpenMP][MLIR] Initial derived type member map support (PR #82853)

2024-02-23 Thread via llvm-branch-commits
https://github.com/agozillon created https://github.com/llvm/llvm-project/pull/82853 This patch is one in a series of four patches that seeks to refactor slightly and extend the current record type map support that was put in place for Fortran's descriptor types to handle explicit member mapping

[llvm-branch-commits] [OpenMP][MLIR] Extend record member map support for omp dialect to LLVM-IR (PR #82852)

2024-02-23 Thread via llvm-branch-commits
https://github.com/agozillon created https://github.com/llvm/llvm-project/pull/82852 This patch seeks to refactor slightly and extend the current record type map support that was put in place for Fortran's descriptor types to handle explicit member mapping for record types at a single level of d

[llvm-branch-commits] [OpenMP][MLIR] Add new arguments to map_info to help support record type maps (PR #82851)

2024-02-23 Thread via llvm-branch-commits
https://github.com/agozillon created https://github.com/llvm/llvm-project/pull/82851 This PR adds two new fields to omp.map_info, one BoolAttr and one I64ArrayAttr. The BoolAttr is named partial_map, and is a flag that indicates if the record type captured by the map_info operation is a partia

[llvm-branch-commits] [llvm] Backport 0bf4f82 to release/18.x (PR #82571)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
https://github.com/tstellar closed https://github.com/llvm/llvm-project/pull/82571 ___ 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] 95b6a7f - Backport 0bf4f82 to release/18.x (#82571)

2024-02-23 Thread via llvm-branch-commits
Author: Wentao Zhang Date: 2024-02-23T16:07:23-08:00 New Revision: 95b6a7f2b38c821d6e8d2a11f32b53ae4d9a1522 URL: https://github.com/llvm/llvm-project/commit/95b6a7f2b38c821d6e8d2a11f32b53ae4d9a1522 DIFF: https://github.com/llvm/llvm-project/commit/95b6a7f2b38c821d6e8d2a11f32b53ae4d9a1522.diff

[llvm-branch-commits] [OpenMP][MLIR] Add new partial_map and members_index arguments to omp.map_info operations to help support record type mapping (PR #81509)

2024-02-23 Thread via llvm-branch-commits
https://github.com/agozillon closed https://github.com/llvm/llvm-project/pull/81509 ___ 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] [OpenMP][MLIR] Add new partial_map and members_index arguments to omp.map_info operations to help support record type mapping (PR #81509)

2024-02-23 Thread via llvm-branch-commits
agozillon wrote: Going to close this and re-open it with the rest of the stack (one of the commit names was a little too long, so going to shorten them in general if I can). https://github.com/llvm/llvm-project/pull/81509 ___ llvm-branch-commits mail

[llvm-branch-commits] [OpenMP][MLIR] Extend explicit derived type member mapping support for OpenMP dialects lowering to LLVM-IR (PR #81510)

2024-02-23 Thread via llvm-branch-commits
https://github.com/agozillon closed https://github.com/llvm/llvm-project/pull/81510 ___ 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] [OpenMP][MLIR] Extend explicit derived type member mapping support for OpenMP dialects lowering to LLVM-IR (PR #81510)

2024-02-23 Thread via llvm-branch-commits
agozillon wrote: Going to close this and re-open it with the rest of the stack (one of the commit names was a little too long, so going to shorten them in general if I can). https://github.com/llvm/llvm-project/pull/81510 ___ llvm-branch-commits mail

[llvm-branch-commits] [Flang][OpenMP][MLIR] Extend derived (record) type map support in Flang OpenMP by adding some initial support for explicit member mapping (PR #81511)

2024-02-23 Thread via llvm-branch-commits
https://github.com/agozillon closed https://github.com/llvm/llvm-project/pull/81511 ___ 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] [Flang][OpenMP][MLIR] Extend derived (record) type map support in Flang OpenMP by adding some initial support for explicit member mapping (PR #81511)

2024-02-23 Thread via llvm-branch-commits
agozillon wrote: Going to close this and re-open it with the rest of the stack (one of the commit names was a little too long, so going to shorten them in general if I can). https://github.com/llvm/llvm-project/pull/81511 ___ llvm-branch-commits mai

[llvm-branch-commits] [llvm] Backport 0bf4f82 to release/18.x (PR #82571)

2024-02-23 Thread Alan Phipps via llvm-branch-commits
https://github.com/evodius96 approved this pull request. I think this needs to be on 18.x https://github.com/llvm/llvm-project/pull/82571 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/lis

[llvm-branch-commits] [libcxx] [libc++] Add details about string annotations (PR #82730)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
https://github.com/tstellar closed https://github.com/llvm/llvm-project/pull/82730 ___ 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] [libcxx] c65d48d - [libc++] Add details about string annotations (#82730)

2024-02-23 Thread via llvm-branch-commits
Author: Tacet Date: 2024-02-23T13:06:47-08:00 New Revision: c65d48da924b850d4f6b72243f0ef932b499c825 URL: https://github.com/llvm/llvm-project/commit/c65d48da924b850d4f6b72243f0ef932b499c825 DIFF: https://github.com/llvm/llvm-project/commit/c65d48da924b850d4f6b72243f0ef932b499c825.diff LOG: [l

[llvm-branch-commits] [llvm] [llvm][AArch64] Do not inline a function with different signing scheme. (#80642) (PR #82743)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
tstellar wrote: @nickdesaulniers What do you think about backporting this? https://github.com/llvm/llvm-project/pull/82743 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bran

[llvm-branch-commits] [clang] [Clang] Fixes to immediate-escalating functions (#82281) (PR #82609)

2024-02-23 Thread via llvm-branch-commits
cor3ntin wrote: Makes sense to me! https://github.com/llvm/llvm-project/pull/82609 ___ 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] [Clang] Fixes to immediate-escalating functions (#82281) (PR #82609)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
tstellar wrote: @cor3ntin @AaronBallman What do you think about backporting this? https://github.com/llvm/llvm-project/pull/82609 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/ll

[llvm-branch-commits] [llvm] Backport 0bf4f82 to release/18.x (PR #82571)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
tstellar wrote: @evodius96 What do you think about backporting this? https://github.com/llvm/llvm-project/pull/82571 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-com

[llvm-branch-commits] [llvm] release/18.x: [llvm-readobj, ELF] Support --decompress/-z (#82594) (PR #82718)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
https://github.com/tstellar closed https://github.com/llvm/llvm-project/pull/82718 ___ 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] 4ba68ab - [llvm-readobj, ELF] Support --decompress/-z (#82594)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
Author: Fangrui Song Date: 2024-02-23T12:51:05-08:00 New Revision: 4ba68ab9b41f8c4d1fd6d31d64e8030fe224c02e URL: https://github.com/llvm/llvm-project/commit/4ba68ab9b41f8c4d1fd6d31d64e8030fe224c02e DIFF: https://github.com/llvm/llvm-project/commit/4ba68ab9b41f8c4d1fd6d31d64e8030fe224c02e.diff

[llvm-branch-commits] [llvm] release/18.x: [llvm-readobj, ELF] Support --decompress/-z (#82594) (PR #82718)

2024-02-23 Thread via llvm-branch-commits
https://github.com/llvmbot updated https://github.com/llvm/llvm-project/pull/82718 >From 4ba68ab9b41f8c4d1fd6d31d64e8030fe224c02e Mon Sep 17 00:00:00 2001 From: Fangrui Song Date: Thu, 22 Feb 2024 09:24:21 -0800 Subject: [PATCH] [llvm-readobj,ELF] Support --decompress/-z (#82594) When a sectio

[llvm-branch-commits] [llvm] release/18.x: [docs][llvm-objcopy] Add missing formats (#81981) (PR #82470)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
https://github.com/tstellar closed https://github.com/llvm/llvm-project/pull/82470 ___ 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] 7103145 - [docs][llvm-objcopy] Add missing formats (#81981)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
Author: Ulrich Weigand Date: 2024-02-23T12:48:38-08:00 New Revision: 710314502424782d49c7c57e0d8959a8231e5db1 URL: https://github.com/llvm/llvm-project/commit/710314502424782d49c7c57e0d8959a8231e5db1 DIFF: https://github.com/llvm/llvm-project/commit/710314502424782d49c7c57e0d8959a8231e5db1.diff

[llvm-branch-commits] [llvm] release/18.x: [docs][llvm-objcopy] Add missing formats (#81981) (PR #82470)

2024-02-23 Thread via llvm-branch-commits
https://github.com/llvmbot updated https://github.com/llvm/llvm-project/pull/82470 >From 710314502424782d49c7c57e0d8959a8231e5db1 Mon Sep 17 00:00:00 2001 From: Ulrich Weigand Date: Fri, 16 Feb 2024 12:11:04 +0100 Subject: [PATCH] [docs][llvm-objcopy] Add missing formats (#81981) Bring list of

[llvm-branch-commits] [libcxx] release/18.x: [libc++] Only include from the C library if it exists (#81887) (PR #82045)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
https://github.com/tstellar closed https://github.com/llvm/llvm-project/pull/82045 ___ 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] [libcxx] 9c434b4 - [libc++] Only include from the C library if it exists (#81887)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
Author: Louis Dionne Date: 2024-02-23T12:46:52-08:00 New Revision: 9c434b47332a7e4128e5bedba44e4de18eadd564 URL: https://github.com/llvm/llvm-project/commit/9c434b47332a7e4128e5bedba44e4de18eadd564 DIFF: https://github.com/llvm/llvm-project/commit/9c434b47332a7e4128e5bedba44e4de18eadd564.diff

[llvm-branch-commits] [libcxx] release/18.x: [libc++] Only include from the C library if it exists (#81887) (PR #82045)

2024-02-23 Thread via llvm-branch-commits
https://github.com/llvmbot updated https://github.com/llvm/llvm-project/pull/82045 >From 9c434b47332a7e4128e5bedba44e4de18eadd564 Mon Sep 17 00:00:00 2001 From: Louis Dionne Date: Fri, 16 Feb 2024 16:45:00 -0500 Subject: [PATCH] [libc++] Only include from the C library if it exists (#81887)

[llvm-branch-commits] [llvm] release/18.x: [Loads] Fix crash in isSafeToLoadUnconditionally with scalable accessed type (#82650) (PR #82664)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
https://github.com/tstellar closed https://github.com/llvm/llvm-project/pull/82664 ___ 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] 4195885 - [Loads] Fix crash in isSafeToLoadUnconditionally with scalable accessed type (#82650)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
Author: Luke Lau Date: 2024-02-23T12:44:49-08:00 New Revision: 4195885b95c87a6584302f951e5268d83c0a58bf URL: https://github.com/llvm/llvm-project/commit/4195885b95c87a6584302f951e5268d83c0a58bf DIFF: https://github.com/llvm/llvm-project/commit/4195885b95c87a6584302f951e5268d83c0a58bf.diff LOG:

[llvm-branch-commits] [llvm] release/18.x: [Loads] Fix crash in isSafeToLoadUnconditionally with scalable accessed type (#82650) (PR #82664)

2024-02-23 Thread via llvm-branch-commits
https://github.com/llvmbot updated https://github.com/llvm/llvm-project/pull/82664 >From 4195885b95c87a6584302f951e5268d83c0a58bf Mon Sep 17 00:00:00 2001 From: Luke Lau Date: Fri, 23 Feb 2024 01:49:19 +0800 Subject: [PATCH] [Loads] Fix crash in isSafeToLoadUnconditionally with scalable access

[llvm-branch-commits] [clang] ReleaseNotes: mention -mtls-dialect=desc (PR #82731)

2024-02-23 Thread Tom Stellard via llvm-branch-commits
https://github.com/tstellar closed https://github.com/llvm/llvm-project/pull/82731 ___ 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] 1ea6a98 - ReleaseNotes: mention -mtls-dialect=desc (#82731)

2024-02-23 Thread via llvm-branch-commits
Author: Fangrui Song Date: 2024-02-23T12:43:55-08:00 New Revision: 1ea6a9814233cd1ccf933ed43f95c0efabeab9d7 URL: https://github.com/llvm/llvm-project/commit/1ea6a9814233cd1ccf933ed43f95c0efabeab9d7 DIFF: https://github.com/llvm/llvm-project/commit/1ea6a9814233cd1ccf933ed43f95c0efabeab9d7.diff

[llvm-branch-commits] [compiler-rt] [scudo] Allow to resize allocation ring buffer (PR #82683)

2024-02-23 Thread Florian Mayer via llvm-branch-commits
https://github.com/fmayer updated https://github.com/llvm/llvm-project/pull/82683 >From af8afe08ee20a04b2ccb363cac66aa02cfaecd02 Mon Sep 17 00:00:00 2001 From: Florian Mayer Date: Thu, 22 Feb 2024 12:37:06 -0800 Subject: [PATCH] update message Created using spr 1.3.4 --- compiler-rt/lib/scudo

[llvm-branch-commits] [compiler-rt] [scudo] Allow to resize allocation ring buffer (PR #82683)

2024-02-23 Thread Florian Mayer via llvm-branch-commits
https://github.com/fmayer updated https://github.com/llvm/llvm-project/pull/82683 >From af8afe08ee20a04b2ccb363cac66aa02cfaecd02 Mon Sep 17 00:00:00 2001 From: Florian Mayer Date: Thu, 22 Feb 2024 12:37:06 -0800 Subject: [PATCH] update message Created using spr 1.3.4 --- compiler-rt/lib/scudo

[llvm-branch-commits] [clang] fix links on clang 18.1.0rc release page (PR #82739)

2024-02-23 Thread Aaron Ballman via llvm-branch-commits
https://github.com/AaronBallman approved this pull request. LGTM! https://github.com/llvm/llvm-project/pull/82739 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commit

[llvm-branch-commits] [flang] [flang][Lower] Convert OMP Map and related functions to evaluate::Expr (PR #81626)

2024-02-23 Thread Krzysztof Parzyszek via llvm-branch-commits
kparzysz wrote: It's a dangling reference problem: https://github.com/llvm/llvm-project/pull/82800. https://github.com/llvm/llvm-project/pull/81626 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/

[llvm-branch-commits] [llvm] [SLP] Initial vectorization of non-power-of-2 ops. (PR #77790)

2024-02-23 Thread Florian Hahn via llvm-branch-commits
https://github.com/fhahn edited https://github.com/llvm/llvm-project/pull/77790 ___ 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] [libcxx] [libc++] Add details about string annotations (PR #82730)

2024-02-23 Thread via llvm-branch-commits
https://github.com/AdvenamTacet milestoned https://github.com/llvm/llvm-project/pull/82730 ___ 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] [Clang] Fixes to immediate-escalating functions (#82281) (PR #82609)

2024-02-23 Thread Balazs Benics via llvm-branch-commits
https://github.com/steakhal updated https://github.com/llvm/llvm-project/pull/82609 >From c96211c576d13c38edb5ea39da3b44b2e0f6feed Mon Sep 17 00:00:00 2001 From: cor3ntin Date: Wed, 21 Feb 2024 20:53:44 +0100 Subject: [PATCH] [Clang] Fixes to immediate-escalating functions (#82281) * Consider

[llvm-branch-commits] [flang] [flang][OpenMP] Convert DataSharingProcessor to omp::Clause (PR #81629)

2024-02-23 Thread Krzysztof Parzyszek via llvm-branch-commits
https://github.com/kparzysz updated https://github.com/llvm/llvm-project/pull/81629 >From 158901f346ae6ff3f010b2c96c01129b578291ee Mon Sep 17 00:00:00 2001 From: Krzysztof Parzyszek Date: Wed, 21 Feb 2024 17:10:30 -0600 Subject: [PATCH] [flang][OpenMP] Convert DataSharingProcessor to omp::Claus

[llvm-branch-commits] [flang] [flang][OpenMP] Convert processTODO and remove unused objects (PR #81627)

2024-02-23 Thread Krzysztof Parzyszek via llvm-branch-commits
https://github.com/kparzysz updated https://github.com/llvm/llvm-project/pull/81627 >From 7e785c4caa8d66457dabab31eca2bab505a05c0d Mon Sep 17 00:00:00 2001 From: Krzysztof Parzyszek Date: Wed, 21 Feb 2024 16:56:47 -0600 Subject: [PATCH] [flang][OpenMP] Convert processTODO and remove unused obje

[llvm-branch-commits] [flang] [flang][Lower] Convert OMP Map and related functions to evaluate::Expr (PR #81626)

2024-02-23 Thread Krzysztof Parzyszek via llvm-branch-commits
https://github.com/kparzysz updated https://github.com/llvm/llvm-project/pull/81626 >From bf64cd32fdba5af2b40c36c801228adf6ef53405 Mon Sep 17 00:00:00 2001 From: Krzysztof Parzyszek Date: Wed, 21 Feb 2024 16:39:35 -0600 Subject: [PATCH] [flang][Lower] Convert OMP Map and related functions to e

[llvm-branch-commits] [flang] [flang][OpenMP] Convert repeatable clauses (except Map) in ClauseProc… (PR #81623)

2024-02-23 Thread Krzysztof Parzyszek via llvm-branch-commits
https://github.com/kparzysz updated https://github.com/llvm/llvm-project/pull/81623 >From 655dce519efb87f8d3babf3b7a5d6132bb82e2a6 Mon Sep 17 00:00:00 2001 From: Krzysztof Parzyszek Date: Wed, 21 Feb 2024 15:51:38 -0600 Subject: [PATCH] [flang][OpenMP] Convert repeatable clauses (except Map) in

[llvm-branch-commits] [clang] [llvm] release/18.x: [AArch64] Backport Ampere1B support (#81297 , #81341, and #81744) (PR #81857)

2024-02-23 Thread Aaron Ballman via llvm-branch-commits
AaronBallman wrote: > > I'm OK with this kind of change if the AArch64 maintainers are on board. > > @AaronBallman Do you have a strong objection to this PR? > > We don't typically backport _features_ unless there's some strongly > compelling case. This sounds like a nice-to-have but I'm not c

[llvm-branch-commits] [clang] [llvm] release/18.x: [AArch64] Backport Ampere1B support (#81297 , #81341, and #81744) (PR #81857)

2024-02-23 Thread Aaron Ballman via llvm-branch-commits
AaronBallman wrote: > I'm OK with this kind of change if the AArch64 maintainers are on board. > @AaronBallman Do you have a strong objection to this PR? We don't typically backport *features* unless there's some strongly compelling case. This sounds like a nice-to-have but I'm not certain why

[llvm-branch-commits] [flang] [flang][OpenMP] Convert repeatable clauses (except Map) in ClauseProc… (PR #81623)

2024-02-23 Thread Krzysztof Parzyszek via llvm-branch-commits
@@ -2865,53 +2865,45 @@ bool ClauseProcessor::processDepend( llvm::SmallVectorImpl &dependOperands) const { fir::FirOpBuilder &firOpBuilder = converter.getFirOpBuilder(); - return findRepeatableClause( - [&](const ClauseTy::Depend *dependClause, + return findRepea

[llvm-branch-commits] [flang] [flang][OpenMP] Convert unique clauses in ClauseProcessor (PR #81622)

2024-02-23 Thread Krzysztof Parzyszek via llvm-branch-commits
https://github.com/kparzysz updated https://github.com/llvm/llvm-project/pull/81622 >From fafbd98f05958d6983d87803b94536b9041b63dc Mon Sep 17 00:00:00 2001 From: Krzysztof Parzyszek Date: Wed, 21 Feb 2024 14:26:11 -0600 Subject: [PATCH] [flang][OpenMP] Convert unique clauses in ClauseProcessor

[llvm-branch-commits] [flang] [flang][OpenMP] Convert unique clauses in ClauseProcessor (PR #81622)

2024-02-23 Thread Krzysztof Parzyszek via llvm-branch-commits
@@ -2639,54 +2641,50 @@ bool ClauseProcessor::processFinal(Fortran::lower::StatementContext &stmtCtx, } bool ClauseProcessor::processHint(mlir::IntegerAttr &result) const { - if (auto *hintClause = findUniqueClause()) { + if (auto *clause = findUniqueClause()) { fir::F

[llvm-branch-commits] [llvm] [llvm][AArch64] Autoupgrade function attributes from Module attributes (PR #82742)

2024-02-23 Thread via llvm-branch-commits
https://github.com/DanielKristofKiss converted_to_draft https://github.com/llvm/llvm-project/pull/82742 ___ 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] fix links on clang 18.1.0rc release page (PR #82739)

2024-02-23 Thread via llvm-branch-commits
https://github.com/cor3ntin approved this pull request. LGTM, thanks! https://github.com/llvm/llvm-project/pull/82739 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-co

[llvm-branch-commits] [llvm] release/18.x: [Loads] Fix crash in isSafeToLoadUnconditionally with scalable accessed type (#82650) (PR #82664)

2024-02-23 Thread Nikita Popov via llvm-branch-commits
https://github.com/nikic approved this pull request. https://github.com/llvm/llvm-project/pull/82664 ___ 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][AArch64] Do not inline a function with different signing scheme. (#80642) (PR #82743)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-llvm-transforms Author: Dani (DanielKristofKiss) Changes f the signing scheme is different that maybe the functions assumes different behaviours and dangerous to inline them without analysing them. This should be a rare case. --- Full diff: https://g

[llvm-branch-commits] [llvm] [llvm][AArch64] Do not inline a function with different signing scheme. (#80642) (PR #82743)

2024-02-23 Thread via llvm-branch-commits
https://github.com/DanielKristofKiss created https://github.com/llvm/llvm-project/pull/82743 f the signing scheme is different that maybe the functions assumes different behaviours and dangerous to inline them without analysing them. This should be a rare case. >From f70e8da5f991f003f4af59c8

[llvm-branch-commits] [llvm] [llvm][AArch64] Do not inline a function with different signing scheme. (#80642) (PR #82743)

2024-02-23 Thread via llvm-branch-commits
https://github.com/DanielKristofKiss milestoned https://github.com/llvm/llvm-project/pull/82743 ___ 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][AArch64] Autoupgrade function attributes from Module attributes (PR #82742)

2024-02-23 Thread via llvm-branch-commits
https://github.com/DanielKristofKiss milestoned https://github.com/llvm/llvm-project/pull/82742 ___ 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][AArch64] Autoupgrade function attributes from Module attributes (PR #82742)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-llvm-ir @llvm/pr-subscribers-lto Author: Dani (DanielKristofKiss) Changes `sign-return-address` and similar module attributes should be propagated to the function level before modules got merged because module flags may contradict and this information

[llvm-branch-commits] [llvm] [llvm][AArch64] Autoupgrade function attributes from Module attributes (PR #82742)

2024-02-23 Thread via llvm-branch-commits
https://github.com/DanielKristofKiss created https://github.com/llvm/llvm-project/pull/82742 `sign-return-address` and similar module attributes should be propagated to the function level before modules got merged because module flags may contradict and this information is not recoverable. Gen

[llvm-branch-commits] [llvm] ee9c02c - Revert "[llvm][AArch64] Autoupgrade function attributes from Module attribute…"

2024-02-23 Thread via llvm-branch-commits
Author: Vedant Paranjape Date: 2024-02-23T13:47:58+05:30 New Revision: ee9c02cf74a3e8f83db814363b9e095eb290b083 URL: https://github.com/llvm/llvm-project/commit/ee9c02cf74a3e8f83db814363b9e095eb290b083 DIFF: https://github.com/llvm/llvm-project/commit/ee9c02cf74a3e8f83db814363b9e095eb290b083.di

[llvm-branch-commits] [AArch64][GlobalISel] Improve codegen for G_VECREDUCE_{SMIN, SMAX, UMIN, UMAX} for odd-sized vectors (PR #81831)

2024-02-23 Thread Dhruv Chawla via llvm-branch-commits
dc03-work wrote: Merged with #81830 in #82740 https://github.com/llvm/llvm-project/pull/81831 ___ 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] [AArch64][GlobalISel] Improve codegen for G_VECREDUCE_{SMIN, SMAX, UMIN, UMAX} for odd-sized vectors (PR #81831)

2024-02-23 Thread Dhruv Chawla via llvm-branch-commits
https://github.com/dc03-work closed https://github.com/llvm/llvm-project/pull/81831 ___ 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] fix links on clang 18.1.0rc release page (PR #82739)

2024-02-23 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: None (h-vetinari) Changes Looking at the [release notes](https://prereleases.llvm.org/18.1.0/rc3/tools/clang/docs/ReleaseNotes.html) for clang 18.1.0rc, there's some broken links, and many issue numbers mis-formatted with an extra colon.

[llvm-branch-commits] [clang] fix links on clang 18.1.0rc release page (PR #82739)

2024-02-23 Thread via llvm-branch-commits
https://github.com/h-vetinari created https://github.com/llvm/llvm-project/pull/82739 Looking at the [release notes](https://prereleases.llvm.org/18.1.0/rc3/tools/clang/docs/ReleaseNotes.html) for clang 18.1.0rc, there's some broken links, and many issue numbers mis-formatted with an extra co