[llvm-branch-commits] [flang] [flang][OpenMP] Use new modifiers in IF/LASTPRIVATE (PR #118128)

2024-11-29 Thread Krzysztof Parzyszek via llvm-branch-commits
https://github.com/kparzysz updated https://github.com/llvm/llvm-project/pull/118128 >From cfcf8d1e7ffdcec92dc0dfffccb3c620a2df804f Mon Sep 17 00:00:00 2001 From: Krzysztof Parzyszek Date: Wed, 27 Nov 2024 08:34:33 -0600 Subject: [PATCH 1/2] [flang][OpenMP] Use new modifiers in IF/LASTPRIVATE

[llvm-branch-commits] [flang] [flang][OpenMP] Use new modifiers in IF/LASTPRIVATE (PR #118128)

2024-11-29 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-flang-semantics Author: Krzysztof Parzyszek (kparzysz) Changes The usual changes, added more references to OpenMP specs. --- Patch is 42.91 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/118128.diff 17 Fil

[llvm-branch-commits] [flang] [flang][OpenMP] Use new modifiers in IF/LASTPRIVATE (PR #118128)

2024-11-29 Thread Krzysztof Parzyszek via llvm-branch-commits
https://github.com/kparzysz created https://github.com/llvm/llvm-project/pull/118128 The usual changes, added more references to OpenMP specs. >From cfcf8d1e7ffdcec92dc0dfffccb3c620a2df804f Mon Sep 17 00:00:00 2001 From: Krzysztof Parzyszek Date: Wed, 27 Nov 2024 08:34:33 -0600 Subject: [PATCH

[llvm-branch-commits] [flang] [flang] optimize array function calls using hlfir.eval_in_mem (PR #118070)

2024-11-29 Thread via llvm-branch-commits
@@ -134,7 +134,7 @@ end function f !CHECK-NEXT: run 1 save: where/mask !CHECK-NEXT: run 2 evaluate: where/region_assign1 !CHECK-LABEL: scheduling where in _QPonly_once -!CHECK-NEXT: unknown effect: %{{[0-9]+}} = llvm.intr.stacksave : !llvm.ptr +!CH

[llvm-branch-commits] [flang] [flang] optimize array function calls using hlfir.eval_in_mem (PR #118070)

2024-11-29 Thread Tom Eccles via llvm-branch-commits
@@ -24,6 +24,10 @@ namespace Fortran::lower { +struct LoweredResult { + std::variant result; +}; tblah wrote: nit: Could this be simplified to ```c++ using LoweredResult = std::variant result; ``` This way callers wouldn't have to add a `.result`. https:

[llvm-branch-commits] [flang] [flang] optimize array function calls using hlfir.eval_in_mem (PR #118070)

2024-11-29 Thread Tom Eccles via llvm-branch-commits
@@ -134,7 +134,7 @@ end function f !CHECK-NEXT: run 1 save: where/mask !CHECK-NEXT: run 2 evaluate: where/region_assign1 !CHECK-LABEL: scheduling where in _QPonly_once -!CHECK-NEXT: unknown effect: %{{[0-9]+}} = llvm.intr.stacksave : !llvm.ptr +!CH

[llvm-branch-commits] [flang] [flang][hlfir] optimize hlfir.eval_in_mem bufferization (PR #118069)

2024-11-29 Thread Tom Eccles via llvm-branch-commits
@@ -1108,6 +1108,113 @@ class ReductionMaskConversion : public mlir::OpRewritePattern { } }; +class EvaluateIntoMemoryAssignBufferization +: public mlir::OpRewritePattern { + +public: + using mlir::OpRewritePattern::OpRewritePattern; + + llvm::LogicalResult + matchAn

[llvm-branch-commits] [flang] [flang][hlfir] optimize hlfir.eval_in_mem bufferization (PR #118069)

2024-11-29 Thread Tom Eccles via llvm-branch-commits
@@ -1108,6 +1108,113 @@ class ReductionMaskConversion : public mlir::OpRewritePattern { } }; +class EvaluateIntoMemoryAssignBufferization +: public mlir::OpRewritePattern { + +public: + using mlir::OpRewritePattern::OpRewritePattern; + + llvm::LogicalResult + matchAn

[llvm-branch-commits] [flang] [flang][hlfir] optimize hlfir.eval_in_mem bufferization (PR #118069)

2024-11-29 Thread Tom Eccles via llvm-branch-commits
https://github.com/tblah approved this pull request. LGTM. Just some nitpicks. It is really good seeing how cleanly HLFIR extends to this new optimization. https://github.com/llvm/llvm-project/pull/118069 ___ llvm-branch-commits mailing list llvm-bran

[llvm-branch-commits] [flang] [flang][hlfir] optimize hlfir.eval_in_mem bufferization (PR #118069)

2024-11-29 Thread Tom Eccles via llvm-branch-commits
https://github.com/tblah edited https://github.com/llvm/llvm-project/pull/118069 ___ 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] [compiler-rt] [TySan] Fixed false positive when accessing offset member variables (PR #95387)

2024-11-29 Thread via llvm-branch-commits
https://github.com/gbMattN updated https://github.com/llvm/llvm-project/pull/95387 >From 620ee820a39ac1e92ee86f64d290ad32b8d426be Mon Sep 17 00:00:00 2001 From: Matthew Nagy Date: Fri, 28 Jun 2024 16:12:31 + Subject: [PATCH 1/2] [TySan] Fixed false positive when accessing global object's m

[llvm-branch-commits] [compiler-rt] [TySan] Fix struct access with different bases (PR #108385)

2024-11-29 Thread via llvm-branch-commits
https://github.com/gbMattN updated https://github.com/llvm/llvm-project/pull/108385 >From 4f5a7f198988a45fe64b9d1ba88e68a6d7f14e32 Mon Sep 17 00:00:00 2001 From: Matthew Nagy Date: Thu, 12 Sep 2024 12:36:57 + Subject: [PATCH 1/4] [TySan] Fix struct access with different bases --- compiler

[llvm-branch-commits] [clang] release/19.x: [clang-repl] Fix generation of wasm binaries while running clang-repl in browser (#117978) (PR #118077)

2024-11-29 Thread Anutosh Bhat via llvm-branch-commits
anutosh491 wrote: Hi @tru Just curious as to know when a 19.1.5 release is scheduled ? https://github.com/llvm/llvm-project/pull/118077 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/li

[llvm-branch-commits] [clang] release/19.x: [clang-repl] Fix generation of wasm binaries while running clang-repl in browser (#117978) (PR #118077)

2024-11-29 Thread Vassil Vassilev via llvm-branch-commits
https://github.com/vgvassilev approved this pull request. This is a low risk feature as it is maintained at a best effort basis at the moment. LGTM! https://github.com/llvm/llvm-project/pull/118077 ___ llvm-branch-commits mailing list llvm-branch-comm

[llvm-branch-commits] [clang] release/19.x: [clang-repl] Fix generation of wasm binaries while running clang-repl in browser (#117978) (PR #118077)

2024-11-29 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: None (llvmbot) Changes Backport a174aa1e416c4e27945f5a8c646b119126dc8441 Requested by: @anutosh491 --- Full diff: https://github.com/llvm/llvm-project/pull/118077.diff 3 Files Affected: - (modified) clang/lib/Interpreter/CMakeLists.txt

[llvm-branch-commits] [clang] release/19.x: [clang-repl] Fix generation of wasm binaries while running clang-repl in browser (#117978) (PR #118077)

2024-11-29 Thread via llvm-branch-commits
https://github.com/llvmbot created https://github.com/llvm/llvm-project/pull/118077 Backport a174aa1e416c4e27945f5a8c646b119126dc8441 Requested by: @anutosh491 >From d181adec32cf3c5e6dfee26f2b4b5d9aa543ea6a Mon Sep 17 00:00:00 2001 From: Anutosh Bhat Date: Fri, 29 Nov 2024 15:31:02 +0530 Subj

[llvm-branch-commits] [clang] release/19.x: [clang-repl] Fix generation of wasm binaries while running clang-repl in browser (#117978) (PR #118077)

2024-11-29 Thread via llvm-branch-commits
https://github.com/llvmbot milestoned https://github.com/llvm/llvm-project/pull/118077 ___ 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/19.x: [clang-repl] Fix generation of wasm binaries while running clang-repl in browser (#117978) (PR #118077)

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

[llvm-branch-commits] [flang] [flang] optimize array function calls using hlfir.eval_in_mem (PR #118070)

2024-11-29 Thread via llvm-branch-commits
jeanPerier wrote: Note that this is a "classic" Fortran compiler optimization, you can verify that at least all of gfortran, ifx, and nvfortran are doing it on something very easy like: ``` subroutine test interface function foo() real :: foo(100) end function end interface real x(100

[llvm-branch-commits] [flang] [flang] optimize array function calls using hlfir.eval_in_mem (PR #118070)

2024-11-29 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-flang-fir-hlfir Author: None (jeanPerier) Changes This patch encapsulate array function call lowering into hlfir.eval_in_mem and allows directly evaluating the call into the LHS when possible. The conditions are: LHS is contiguous, not accessed inside

[llvm-branch-commits] [flang] [flang] optimize array function calls using hlfir.eval_in_mem (PR #118070)

2024-11-29 Thread via llvm-branch-commits
https://github.com/jeanPerier created https://github.com/llvm/llvm-project/pull/118070 This patch encapsulate array function call lowering into hlfir.eval_in_mem and allows directly evaluating the call into the LHS when possible. The conditions are: LHS is contiguous, not accessed inside the f

[llvm-branch-commits] [flang] [flang][hlfir] optimize hlfir.eval_in_mem bufferization (PR #118069)

2024-11-29 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-flang-fir-hlfir Author: None (jeanPerier) Changes This patch extends the optimize bufferization to deal with the new hlfir.eval_in_mem and move the evaluation contained in its body to operate directly over the LHS when it can prove there are no access

[llvm-branch-commits] [flang] [flang][hlfir] optimize hlfir.eval_in_mem bufferization (PR #118069)

2024-11-29 Thread via llvm-branch-commits
https://github.com/jeanPerier created https://github.com/llvm/llvm-project/pull/118069 This patch extends the optimize bufferization to deal with the new hlfir.eval_in_mem and move the evaluation contained in its body to operate directly over the LHS when it can prove there are no access to th