[llvm-branch-commits] [SHT_LLVM_FUNC_MAP][CodeGen]Introduce function address map section and emit dynamic instruction count(CodeGen part) (PR #124334)

2025-01-24 Thread Lei Wang via llvm-branch-commits
https://github.com/wlei-llvm created https://github.com/llvm/llvm-project/pull/124334 Test Plan: llvm/test/CodeGen/X86/function-address-map-function-sections.ll ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.

[llvm-branch-commits] [flang] [flang][OpenMP] Handle directive arguments in OmpDirectiveSpecifier (PR #124278)

2025-01-24 Thread Krzysztof Parzyszek via llvm-branch-commits
kparzysz wrote: Summary of code changes: - Remove the indirection from `std::optional>>` inside OmpDirectiveSpecifier. The type with indirection was not convertible to `std::optional`, which is a relatively useful abstraction. The consequence of that was that the definition of `OmpDirectiveS

[llvm-branch-commits] [SHT_LLVM_FUNC_MAP][llvm-readobj]Introduce function address map section and emit dynamic instruction count(readobj part) (PR #124333)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-llvm-binary-utilities Author: Lei Wang (wlei-llvm) Changes Test Plan: llvm/test/tools/llvm-readobj/ELF/func-map.test --- Full diff: https://github.com/llvm/llvm-project/pull/124333.diff 7 Files Affected: - (modified) llvm/include/llvm/Object/ELF.h

[llvm-branch-commits] [SHT_LLVM_FUNC_MAP][llvm-readobj]Introduce function address map section and emit dynamic instruction count(readobj part) (PR #124333)

2025-01-24 Thread Lei Wang via llvm-branch-commits
https://github.com/wlei-llvm created https://github.com/llvm/llvm-project/pull/124333 Test Plan: llvm/test/tools/llvm-readobj/ELF/func-map.test ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/

[llvm-branch-commits] [SHT_LLVM_FUNC_MAP][CodeGen]Introduce function address map section and emit dynamic instruction count(CodeGen part) (PR #124334)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-mc Author: Lei Wang (wlei-llvm) Changes Test Plan: llvm/test/CodeGen/X86/function-address-map-function-sections.ll --- Full diff: https://github.com/llvm/llvm-project/pull/124334.diff 11 Files Affected: - (modified) llvm/docs/Extensions.rst (+24-1

[llvm-branch-commits] [SHT_LLVM_FUNC_MAP][CodeGen]Introduce function address map section and emit dynamic instruction count(CodeGen part) (PR #124334)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-backend-x86 Author: Lei Wang (wlei-llvm) Changes Test Plan: llvm/test/CodeGen/X86/function-address-map-function-sections.ll --- Full diff: https://github.com/llvm/llvm-project/pull/124334.diff 11 Files Affected: - (modified) llvm/docs/Extensions.r

[llvm-branch-commits] [flang] [Flang] Remove FLANG_INCLUDE_RUNTIME (PR #124126)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
https://github.com/Meinersbur updated https://github.com/llvm/llvm-project/pull/124126 >From c515d13f0ad684763e6d76a87a610801482c15f4 Mon Sep 17 00:00:00 2001 From: Michael Kruse Date: Fri, 24 Jan 2025 16:52:46 +0100 Subject: [PATCH] [Flang] Remove FLANG_INCLUDE_RUNTIME --- flang/CMakeLists.t

[llvm-branch-commits] [clang] [flang] [lld] [Flang] Rename libFortranRuntime.a to libflang_rt.a (PR #122341)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-clang-driver Author: Michael Kruse (Meinersbur) Changes The future name of Flang's runtime component is `flang_rt`, as already used in PR #110217 (Flang-RT). Since the flang driver has to select the runtime to link, both build instructions must agree o

[llvm-branch-commits] [clang] [flang] [lld] [Flang] Rename libFortranRuntime.a to libflang_rt.a (PR #122341)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-flang-semantics Author: Michael Kruse (Meinersbur) Changes The future name of Flang's runtime component is `flang_rt`, as already used in PR #110217 (Flang-RT). Since the flang driver has to select the runtime to link, both build instructions must agre

[llvm-branch-commits] [clang] [flang] [llvm] [Flang] LLVM_ENABLE_RUNTIMES=flang-rt (PR #110217)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Michael Kruse (Meinersbur) Changes Extract Flang's runtime library to use the LLVM_ENABLE_RUNTIME mechanism. Motivation: * Consistency with LLVM's other runtime libraries (compiler-rt, libc, libcxx, openmp offload, ...) * Allows compili

[llvm-branch-commits] [flang] [Flang] Promote FortranEvaluateTesting library (PR #122334)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
https://github.com/Meinersbur edited https://github.com/llvm/llvm-project/pull/122334 ___ 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] [Flang-RT] Build libflang_rt.so (PR #121782)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
https://github.com/Meinersbur updated https://github.com/llvm/llvm-project/pull/121782 >From b05c9a033158aea459d51ff34b8ec47e72f85740 Mon Sep 17 00:00:00 2001 From: Michael Kruse Date: Fri, 24 Jan 2025 16:51:27 +0100 Subject: [PATCH] [Flang-RT] Build libflang_rt.so --- flang-rt/CMakeLists.txt

[llvm-branch-commits] [Flang] Introduce FortranSupport (PR #122069)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
https://github.com/Meinersbur closed https://github.com/llvm/llvm-project/pull/122069 ___ 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] [flang] [lld] [Flang] Rename libFortranRuntime.a to libflang_rt.a (PR #122341)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-lld @llvm/pr-subscribers-flang-driver Author: Michael Kruse (Meinersbur) Changes The future name of Flang's runtime component is `flang_rt`, as already used in PR #110217 (Flang-RT). Since the flang driver has to select the runtime to link, both build

[llvm-branch-commits] [flang] [Flang] Optionally do not compile the runtime in-tree (PR #122336)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
https://github.com/Meinersbur updated https://github.com/llvm/llvm-project/pull/122336 >From 4c676f468ba344ac0c388583a4ed28035d05ae89 Mon Sep 17 00:00:00 2001 From: Michael Kruse Date: Fri, 24 Jan 2025 15:00:16 +0100 Subject: [PATCH] users/meinersbur/flang_runtime_FLANG_INCLUDE_RUNTIME --- fl

[llvm-branch-commits] [flang] [Flang] Optionally do not compile the runtime in-tree (PR #122336)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
https://github.com/Meinersbur edited https://github.com/llvm/llvm-project/pull/122336 ___ 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] [Flang] Promote FortranEvaluateTesting library (PR #122334)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
https://github.com/Meinersbur closed https://github.com/llvm/llvm-project/pull/122334 ___ 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] [flang] [lld] [Flang] Rename libFortranRuntime.a to libflang_rt.a (PR #122341)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
https://github.com/Meinersbur updated https://github.com/llvm/llvm-project/pull/122341 >From 875607fdecfada90a80ec732637ea9595fe72ba3 Mon Sep 17 00:00:00 2001 From: Michael Kruse Date: Fri, 24 Jan 2025 16:42:24 +0100 Subject: [PATCH] [Flang] Rename libFortranRuntime.a to libflang_rt.a --- cla

[llvm-branch-commits] [flang] [Flang] Promote FortranEvaluateTesting library (PR #122334)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
https://github.com/Meinersbur updated https://github.com/llvm/llvm-project/pull/122334 >From 71015c8f9ab17431d052472aec99dc67929a166e Mon Sep 17 00:00:00 2001 From: Michael Kruse Date: Fri, 24 Jan 2025 16:30:47 +0100 Subject: [PATCH] [Flang] Promote FortranEvaluateTesting library --- .../flan

[llvm-branch-commits] [flang] [Flang] Promote FortranEvaluateTesting library (PR #122334)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
Meinersbur wrote: GitHub interpreted pushing to the target branch (NOT main) of the patch series as "merging". There seems to be no way te re-open this PR, I will create a new one. https://github.com/llvm/llvm-project/pull/122334 ___ llvm-branch-comm

[llvm-branch-commits] [Flang] Introduce FortranSupport (PR #122069)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
Meinersbur wrote: GitHub interpreted pushing to the target branch (NOT main) of the patch series as "merging". There seems to be no way te re-open this PR, I will create a new one. https://github.com/llvm/llvm-project/pull/122069 ___ llvm-branch-comm

[llvm-branch-commits] [clang] [flang] [llvm] [Flang] LLVM_ENABLE_RUNTIMES=flang-rt (PR #110217)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-clang-driver Author: Michael Kruse (Meinersbur) Changes Extract Flang's runtime library to use the LLVM_ENABLE_RUNTIME mechanism. Motivation: * Consistency with LLVM's other runtime libraries (compiler-rt, libc, libcxx, openmp offload, ...) * Allows

[llvm-branch-commits] [flang] [Flang] Introduce FortranSupport (PR #122069)

2025-01-24 Thread Michael Kruse via llvm-branch-commits
Meinersbur wrote: Moving this PR out of the chain causes merge conflicts further down, making maintaining consistency of the series even more difficult. At least the change `std::optional` to `optional.h` is needed or I cannot compile it with nvcc (I am not sure how you do). I understand that

[llvm-branch-commits] [flang] [mlir] [mlir][OpenMP][flang] make private variable allocation implicit in omp.private (PR #124019)

2025-01-24 Thread Kareem Ergawy via llvm-branch-commits
https://github.com/ergawy edited https://github.com/llvm/llvm-project/pull/124019 ___ 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] [mlir] [mlir][OpenMP][flang] make private variable allocation implicit in omp.private (PR #124019)

2025-01-24 Thread Kareem Ergawy via llvm-branch-commits
@@ -34,52 +34,48 @@ def PrivateClauseOp : OpenMP_Op<"private", [IsolatedFromAbove, RecipeInterface]> let description = [{ This operation provides a declaration of how to implement the [first]privatization of a variable. The dialect users should provide -informati

[llvm-branch-commits] [llvm] [Analysis] Add DebugInfoCache analysis (PR #118629)

2025-01-24 Thread Artem Pianykh via llvm-branch-commits
https://github.com/artempyanykh updated https://github.com/llvm/llvm-project/pull/118629 >From 54bc13d26e0c0c3cd9b2205ca3453c58a815be4e Mon Sep 17 00:00:00 2001 From: Artem Pianykh Date: Sun, 15 Sep 2024 10:51:38 -0700 Subject: [PATCH] [Analysis] Add DebugInfoCache analysis Summary: The analys

[llvm-branch-commits] [llvm] [Coro] Use DebugInfoCache to speed up cloning in CoroSplitPass (PR #118630)

2025-01-24 Thread Artem Pianykh via llvm-branch-commits
https://github.com/artempyanykh updated https://github.com/llvm/llvm-project/pull/118630 >From fc245ef152cfe134e8f9d6a39a7a38043163b7ce Mon Sep 17 00:00:00 2001 From: Artem Pianykh Date: Sun, 15 Sep 2024 11:00:00 -0700 Subject: [PATCH] [Coro] Use DebugInfoCache to speed up cloning in CoroSplit

[llvm-branch-commits] [flang] [mlir] [mlir][OpenMP][flang] make private variable allocation implicit in omp.private (PR #124019)

2025-01-24 Thread Kareem Ergawy via llvm-branch-commits
@@ -55,15 +55,19 @@ class MapsForPrivatizedSymbolsPass std::underlying_type_t>( llvm::omp::OpenMPOffloadMappingFlags::OMP_MAP_TO); Operation *definingOp = var.getDefiningOp(); -auto declOp = llvm::dyn_cast_or_null(definingOp); -assert(declOp && -

[llvm-branch-commits] [flang] [mlir] [mlir][OpenMP][flang] make private variable allocation implicit in omp.private (PR #124019)

2025-01-24 Thread Kareem Ergawy via llvm-branch-commits
https://github.com/ergawy approved this pull request. LGTM! Thanks Tom! However, I have to admit, the `fir` dialect type system is still a "semi-"blackbox to me, so someone more familiar with it needs to carefully review changes in `PrivateReductionUtils.cpp`. https://github.com/llvm/llvm-proj

[llvm-branch-commits] [llvm] AMDGPU/GlobalISel: Temporal divergence lowering (non i1) (PR #124298)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
https://github.com/petar-avramovic created https://github.com/llvm/llvm-project/pull/124298 Record all uses outside cycle with divergent exit during propagateTemporalDivergence in Uniformity analysis. With this list of candidates for temporal divergence lowering, excluding known lane masks from

[llvm-branch-commits] [llvm] AMDGPU/GlobalISel: Temporal divergence lowering i1 (PR #124299)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
petar-avramovic wrote: > [!WARNING] > This pull request is not mergeable via GitHub because a downstack PR is > open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.dev/github/pr/llvm/llvm-project/124299?utm_source=stack-comment-downstack-mergeability-w

[llvm-branch-commits] [llvm] AMDGPU/GlobalISel: Temporal divergence lowering (non i1) (PR #124298)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
petar-avramovic wrote: > [!WARNING] > This pull request is not mergeable via GitHub because a downstack PR is > open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.dev/github/pr/llvm/llvm-project/124298?utm_source=stack-comment-downstack-mergeability-w

[llvm-branch-commits] [llvm] AMDGPU/GlobalISel: Temporal divergence lowering (non i1) (PR #124298)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
https://github.com/petar-avramovic ready_for_review https://github.com/llvm/llvm-project/pull/124298 ___ 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] AMDGPU/GlobalISel: Temporal divergence lowering i1 (PR #124299)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-llvm-globalisel @llvm/pr-subscribers-backend-amdgpu Author: Petar Avramovic (petar-avramovic) Changes Use of i1 outside of the cycle, both uniform and divergent, is lane mask(in sgpr) that contains i1 at iteration that lane exited the cycle. Create phi t

[llvm-branch-commits] [llvm] AMDGPU/GlobalISel: Temporal divergence lowering (non i1) (PR #124298)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-llvm-globalisel Author: Petar Avramovic (petar-avramovic) Changes Record all uses outside cycle with divergent exit during propagateTemporalDivergence in Uniformity analysis. With this list of candidates for temporal divergence lowering, excluding known

[llvm-branch-commits] [llvm] AMDGPU/GlobalISel: Temporal divergence lowering (non i1) (PR #124298)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-llvm-analysis Author: Petar Avramovic (petar-avramovic) Changes Record all uses outside cycle with divergent exit during propagateTemporalDivergence in Uniformity analysis. With this list of candidates for temporal divergence lowering, excluding known la

[llvm-branch-commits] [llvm] AMDGPU/GlobalISel: Temporal divergence lowering i1 (PR #124299)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
https://github.com/petar-avramovic ready_for_review https://github.com/llvm/llvm-project/pull/124299 ___ 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] AMDGPU/GlobalISel: Temporal divergence lowering (non i1) (PR #124298)

2025-01-24 Thread via llvm-branch-commits
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 1728ab49b46a31b63d8ecdc81fe87851aa40a725 3e04401258c91639105b1f2f17a84badbdf928ae --e

[llvm-branch-commits] [llvm] [PassBuilder][CodeGen] Add callback style pass buider (PR #116913)

2025-01-24 Thread Akshat Oke via llvm-branch-commits
optimisan wrote: > I created https://github.com/llvm/llvm-project/pull/76714, but disabling > arbitrary passes is not we expect. Maybe we could add an allowlist as a > compromise... Okay, I see. Will look if other solutions are possible as well. https://github.com/llvm/llvm-project/pull/11691

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
https://github.com/skatrak commented: Thank you Andrew, I have some minor comments but this generally looks fine to me. I'm not that familiar with mapping, so it's likely I would miss nontrivial problems if there were any, though 😅. https://github.com/llvm/llvm-project/pull/119588

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -3197,37 +3303,77 @@ static llvm::omp::OpenMPOffloadMappingFlags mapParentWithMembers( // what we support as expected. llvm::omp::OpenMPOffloadMappingFlags mapFlag = mapData.Types[mapDataIndex]; ompBuilder.setCorrectMemberOfFlag(mapFlag, memberOfFlag); -comb

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -3110,6 +3132,91 @@ calculateBoundsOffset(LLVM::ModuleTranslation &moduleTranslation, return idx; } +// Gathers members that are overlapping in the parent, excluding members that +// themselves overlap, keeping the top-most (closest to parents level) map. +static void ge

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -3197,37 +3303,77 @@ static llvm::omp::OpenMPOffloadMappingFlags mapParentWithMembers( // what we support as expected. llvm::omp::OpenMPOffloadMappingFlags mapFlag = mapData.Types[mapDataIndex]; ompBuilder.setCorrectMemberOfFlag(mapFlag, memberOfFlag); -comb

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -3110,6 +3132,91 @@ calculateBoundsOffset(LLVM::ModuleTranslation &moduleTranslation, return idx; } +// Gathers members that are overlapping in the parent, excluding members that +// themselves overlap, keeping the top-most (closest to parents level) map. +static void ge

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -2979,39 +2979,61 @@ static int getMapDataMemberIdx(MapInfoData &mapData, omp::MapInfoOp memberOp) { return std::distance(mapData.MapClause.begin(), res); } -static omp::MapInfoOp getFirstOrLastMappedMemberPtr(omp::MapInfoOp mapInfo, -

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -2979,39 +2979,61 @@ static int getMapDataMemberIdx(MapInfoData &mapData, omp::MapInfoOp memberOp) { return std::distance(mapData.MapClause.begin(), res); } -static omp::MapInfoOp getFirstOrLastMappedMemberPtr(omp::MapInfoOp mapInfo, -

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -3197,37 +3303,77 @@ static llvm::omp::OpenMPOffloadMappingFlags mapParentWithMembers( // what we support as expected. llvm::omp::OpenMPOffloadMappingFlags mapFlag = mapData.Types[mapDataIndex]; ompBuilder.setCorrectMemberOfFlag(mapFlag, memberOfFlag); -comb

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -2979,39 +2979,61 @@ static int getMapDataMemberIdx(MapInfoData &mapData, omp::MapInfoOp memberOp) { return std::distance(mapData.MapClause.begin(), res); } -static omp::MapInfoOp getFirstOrLastMappedMemberPtr(omp::MapInfoOp mapInfo, -

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -2979,39 +2979,61 @@ static int getMapDataMemberIdx(MapInfoData &mapData, omp::MapInfoOp memberOp) { return std::distance(mapData.MapClause.begin(), res); } -static omp::MapInfoOp getFirstOrLastMappedMemberPtr(omp::MapInfoOp mapInfo, -

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
https://github.com/skatrak edited https://github.com/llvm/llvm-project/pull/119588 ___ 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] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -2979,39 +2979,61 @@ static int getMapDataMemberIdx(MapInfoData &mapData, omp::MapInfoOp memberOp) { return std::distance(mapData.MapClause.begin(), res); } -static omp::MapInfoOp getFirstOrLastMappedMemberPtr(omp::MapInfoOp mapInfo, -

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -2979,39 +2979,61 @@ static int getMapDataMemberIdx(MapInfoData &mapData, omp::MapInfoOp memberOp) { return std::distance(mapData.MapClause.begin(), res); } -static omp::MapInfoOp getFirstOrLastMappedMemberPtr(omp::MapInfoOp mapInfo, -

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -2979,39 +2979,61 @@ static int getMapDataMemberIdx(MapInfoData &mapData, omp::MapInfoOp memberOp) { return std::distance(mapData.MapClause.begin(), res); } -static omp::MapInfoOp getFirstOrLastMappedMemberPtr(omp::MapInfoOp mapInfo, -

[llvm-branch-commits] [flang] [llvm] [mlir] [MLIR][OpenMP] Introduce overlapped record type map support (PR #119588)

2025-01-24 Thread Sergio Afonso via llvm-branch-commits
@@ -3197,37 +3303,77 @@ static llvm::omp::OpenMPOffloadMappingFlags mapParentWithMembers( // what we support as expected. llvm::omp::OpenMPOffloadMappingFlags mapFlag = mapData.Types[mapDataIndex]; ompBuilder.setCorrectMemberOfFlag(mapFlag, memberOfFlag); -comb

[llvm-branch-commits] [flang] [flang][OpenMP] Handle directive arguments in OmpDirectiveSpecifier (PR #124278)

2025-01-24 Thread Krzysztof Parzyszek via llvm-branch-commits
https://github.com/kparzysz created https://github.com/llvm/llvm-project/pull/124278 Implement parsing and symbol resolution for directives that take arguments. There are a few, and most of them take objects. Special handling is needed for two that take more specialized arguments: DECLARE MAPP

[llvm-branch-commits] [flang] [flang][OpenMP] Handle directive arguments in OmpDirectiveSpecifier (PR #124278)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-flang-openmp Author: Krzysztof Parzyszek (kparzysz) Changes Implement parsing and symbol resolution for directives that take arguments. There are a few, and most of them take objects. Special handling is needed for two that take more specialized argume

[llvm-branch-commits] [llvm] MachineUniformityAnalysis: Improve isConstantOrUndefValuePhi (PR #112866)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
https://github.com/petar-avramovic updated https://github.com/llvm/llvm-project/pull/112866 >From 73554e86fc276e15db22462749aa71324d1e1f41 Mon Sep 17 00:00:00 2001 From: Petar Avramovic Date: Thu, 31 Oct 2024 14:10:57 +0100 Subject: [PATCH] MachineUniformityAnalysis: Improve isConstantOrUndefVa

[llvm-branch-commits] [flang] [mlir] [mlir][OpenMP][flang] make private variable allocation implicit in omp.private (PR #124019)

2025-01-24 Thread Tom Eccles via llvm-branch-commits
@@ -55,15 +55,19 @@ class MapsForPrivatizedSymbolsPass std::underlying_type_t>( llvm::omp::OpenMPOffloadMappingFlags::OMP_MAP_TO); Operation *definingOp = var.getDefiningOp(); -auto declOp = llvm::dyn_cast_or_null(definingOp); -assert(declOp && -

[llvm-branch-commits] [llvm] a41ded8 - Revert "[GlobalMerge][NFC] Skip sorting by profitability when it is not neede…"

2025-01-24 Thread via llvm-branch-commits
Author: Michael Maitland Date: 2025-01-24T23:42:18-05:00 New Revision: a41ded832d91141939c1b4aa2e955471a1047755 URL: https://github.com/llvm/llvm-project/commit/a41ded832d91141939c1b4aa2e955471a1047755 DIFF: https://github.com/llvm/llvm-project/commit/a41ded832d91141939c1b4aa2e955471a1047755.di

[llvm-branch-commits] [clang] [clang] fix template argument conversion (PR #124386)

2025-01-24 Thread Younan Zhang via llvm-branch-commits
https://github.com/zyn0217 edited https://github.com/llvm/llvm-project/pull/124386 ___ 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] fix template argument conversion (PR #124386)

2025-01-24 Thread Younan Zhang via llvm-branch-commits
https://github.com/zyn0217 approved this pull request. Generally looks good, but please give others a chance to take a look. https://github.com/llvm/llvm-project/pull/124386 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https:

[llvm-branch-commits] [clang] [clang] fix template argument conversion (PR #124386)

2025-01-24 Thread Younan Zhang via llvm-branch-commits
@@ -5252,63 +5253,89 @@ bool Sema::CheckTemplateArgument( return true; } -switch (Arg.getArgument().getKind()) { -case TemplateArgument::Null: - llvm_unreachable("Should never see a NULL template argument here"); - -case TemplateArgument::Expressio

[llvm-branch-commits] [llvm] MachineUniformityAnalysis: Improve isConstantOrUndefValuePhi (PR #112866)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
https://github.com/petar-avramovic updated https://github.com/llvm/llvm-project/pull/112866 >From c336fe428d4d1824a4a437c99655cb909bf328c6 Mon Sep 17 00:00:00 2001 From: Petar Avramovic Date: Thu, 31 Oct 2024 14:10:57 +0100 Subject: [PATCH] MachineUniformityAnalysis: Improve isConstantOrUndefVa

[llvm-branch-commits] [llvm] MachineUniformityAnalysis: Improve isConstantOrUndefValuePhi (PR #112866)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
https://github.com/petar-avramovic updated https://github.com/llvm/llvm-project/pull/112866 >From 87c8fc15b5b8ccb0b7d48065caa82cdbeddfeac5 Mon Sep 17 00:00:00 2001 From: Petar Avramovic Date: Thu, 31 Oct 2024 14:10:57 +0100 Subject: [PATCH] MachineUniformityAnalysis: Improve isConstantOrUndefVa

[llvm-branch-commits] [llvm] MachineUniformityAnalysis: Improve isConstantOrUndefValuePhi (PR #112866)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
https://github.com/petar-avramovic updated https://github.com/llvm/llvm-project/pull/112866 >From 87c8fc15b5b8ccb0b7d48065caa82cdbeddfeac5 Mon Sep 17 00:00:00 2001 From: Petar Avramovic Date: Thu, 31 Oct 2024 14:10:57 +0100 Subject: [PATCH] MachineUniformityAnalysis: Improve isConstantOrUndefVa

[llvm-branch-commits] [llvm] AMDGPU/GlobalISel: RegBankLegalize rules for load (PR #112882)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
https://github.com/petar-avramovic updated https://github.com/llvm/llvm-project/pull/112882 >From 8cb73f44dd58c897ad3acde5e29014a21ea38ea4 Mon Sep 17 00:00:00 2001 From: Petar Avramovic Date: Thu, 23 Jan 2025 13:35:07 +0100 Subject: [PATCH] AMDGPU/GlobalISel: RegBankLegalize rules for load Add

[llvm-branch-commits] [llvm] [Coro] Use DebugInfoCache to speed up cloning in CoroSplitPass (PR #118630)

2025-01-24 Thread Artem Pianykh via llvm-branch-commits
https://github.com/artempyanykh edited https://github.com/llvm/llvm-project/pull/118630 ___ 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] [Analysis] Add DebugInfoCache analysis (PR #118629)

2025-01-24 Thread Artem Pianykh via llvm-branch-commits
https://github.com/artempyanykh edited https://github.com/llvm/llvm-project/pull/118629 ___ 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] AMDGPU/GlobalISel: RegBankLegalize rules for load (PR #112882)

2025-01-24 Thread Petar Avramovic via llvm-branch-commits
https://github.com/petar-avramovic updated https://github.com/llvm/llvm-project/pull/112882 >From 0030251f71c08000c1b4ff123cc401b70c72014f Mon Sep 17 00:00:00 2001 From: Petar Avramovic Date: Thu, 23 Jan 2025 13:35:07 +0100 Subject: [PATCH] AMDGPU/GlobalISel: RegBankLegalize rules for load Add

[llvm-branch-commits] [clang] [Clang][CWG2369] Implement GCC's heuristic for DR 2369 (PR #124231)

2025-01-24 Thread Younan Zhang via llvm-branch-commits
https://github.com/zyn0217 updated https://github.com/llvm/llvm-project/pull/124231 >From f766c8c099cf8f1bc076c0308afc3a2832a5b495 Mon Sep 17 00:00:00 2001 From: Younan Zhang Date: Fri, 24 Jan 2025 13:52:37 +0800 Subject: [PATCH] Implement GCC's CWG 2369 heuristic --- clang/include/clang/Sema

[llvm-branch-commits] [llvm] [Coro] Use DebugInfoCache to speed up cloning in CoroSplitPass (PR #118630)

2025-01-24 Thread Artem Pianykh via llvm-branch-commits
https://github.com/artempyanykh updated https://github.com/llvm/llvm-project/pull/118630 >From 27e99070e3694c4bdb4b71fcdfa5c6153b8b6d1e Mon Sep 17 00:00:00 2001 From: Artem Pianykh Date: Sun, 15 Sep 2024 11:00:00 -0700 Subject: [PATCH] [Coro] Use DebugInfoCache to speed up cloning in CoroSplit

[llvm-branch-commits] [clang] [clang] fix template argument conversion (PR #124386)

2025-01-24 Thread Matheus Izvekov via llvm-branch-commits
https://github.com/mizvekov created https://github.com/llvm/llvm-project/pull/124386 Converted template arguments need to be converted again, if the corresponding template parameter changed, as different conversions might apply in that case. >From 9b174f4505eaf19e0ccfb1ec905c8206bb575d4b Mon S

[llvm-branch-commits] [clang] [clang] fix template argument conversion (PR #124386)

2025-01-24 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Matheus Izvekov (mizvekov) Changes Converted template arguments need to be converted again, if the corresponding template parameter changed, as different conversions might apply in that case. --- Full diff: https://github.com/llvm/llvm-pr