https://github.com/kparzysz updated
https://github.com/llvm/llvm-project/pull/113621
>From eff3d013058c2125bc24b45d704fa1b434909152 Mon Sep 17 00:00:00 2001
From: Krzysztof Parzyszek
Date: Thu, 24 Oct 2024 14:48:51 -0500
Subject: [PATCH] [flang][OpenMP] Extract OMP version hint into helper
fun
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/101094
>From f598510001859a29f6f1ff6362fb9950ab6340cd Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Mon, 29 Jul 2024 16:14:08 -0700
Subject: [PATCH 1/5] Update test to check the option with llvm-bolt with
fdata, YAM
@@ -183,99 +347,69 @@ getComponentObject(std::optional object,
return getComponentObject(baseObj.value(), semaCtx);
}
-static void
-generateMemberPlacementIndices(const Object &object,
- llvm::SmallVectorImpl &indices,
-
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/101094
>From f598510001859a29f6f1ff6362fb9950ab6340cd Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Mon, 29 Jul 2024 16:14:08 -0700
Subject: [PATCH 1/7] Update test to check the option with llvm-bolt with
fdata, YAM
llvmbot wrote:
@llvm/pr-subscribers-flang-semantics
Author: Krzysztof Parzyszek (kparzysz)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/113621.diff
1 Files Affected:
- (modified) flang/lib/Semantics/check-omp-structure.cpp (+15-9)
``diff
diff --git a/fla
https://github.com/kparzysz created
https://github.com/llvm/llvm-project/pull/113622
Warn about use of iterators OpenMP versions that didn't have them (support
added in 5.0). Emit a TODO error in lowering.
>From c9cd78239a05a4741d0f15c49cecd464b7943b47 Mon Sep 17 00:00:00 2001
From: Krzysztof
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/101094
>From f598510001859a29f6f1ff6362fb9950ab6340cd Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Mon, 29 Jul 2024 16:14:08 -0700
Subject: [PATCH 1/7] Update test to check the option with llvm-bolt with
fdata, YAM
https://github.com/WenleiHe approved this pull request.
lgtm, thanks.
https://github.com/llvm/llvm-project/pull/101094
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-c
@@ -145,11 +146,174 @@ createMapInfoOp(fir::FirOpBuilder &builder,
mlir::Location loc,
builder.getIntegerAttr(builder.getIntegerType(64, false), mapType),
builder.getAttr(mapCaptureType),
builder.getStringAttr(name), builder.getBoolAttr(partialMap));
-
ret
https://github.com/kparzysz updated
https://github.com/llvm/llvm-project/pull/113622
>From c9cd78239a05a4741d0f15c49cecd464b7943b47 Mon Sep 17 00:00:00 2001
From: Krzysztof Parzyszek
Date: Thu, 24 Oct 2024 14:58:39 -0500
Subject: [PATCH] [flang][OpenMP] Parsing support for iterator in DEPEND cl
https://github.com/kparzysz created
https://github.com/llvm/llvm-project/pull/113621
None
>From eff3d013058c2125bc24b45d704fa1b434909152 Mon Sep 17 00:00:00 2001
From: Krzysztof Parzyszek
Date: Thu, 24 Oct 2024 14:48:51 -0500
Subject: [PATCH] [flang][OpenMP] Extract OMP version hint into helpe
https://github.com/aaupov edited
https://github.com/llvm/llvm-project/pull/101094
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/101094
>From f598510001859a29f6f1ff6362fb9950ab6340cd Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Mon, 29 Jul 2024 16:14:08 -0700
Subject: [PATCH 1/7] Update test to check the option with llvm-bolt with
fdata, YAM
https://github.com/arichardson updated
https://github.com/llvm/llvm-project/pull/86209
>From 899f7456f3a72b0f2e862de5cf50855138545a43 Mon Sep 17 00:00:00 2001
From: Alex Richardson
Date: Mon, 26 Aug 2024 15:50:08 -0700
Subject: [PATCH 1/2] python formatting
Created using spr 1.3.6-beta.1
---
https://github.com/aaupov edited
https://github.com/llvm/llvm-project/pull/101094
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/arichardson updated
https://github.com/llvm/llvm-project/pull/86209
>From 899f7456f3a72b0f2e862de5cf50855138545a43 Mon Sep 17 00:00:00 2001
From: Alex Richardson
Date: Mon, 26 Aug 2024 15:50:08 -0700
Subject: [PATCH] python formatting
Created using spr 1.3.6-beta.1
---
comp
https://github.com/arichardson updated
https://github.com/llvm/llvm-project/pull/86209
>From 899f7456f3a72b0f2e862de5cf50855138545a43 Mon Sep 17 00:00:00 2001
From: Alex Richardson
Date: Mon, 26 Aug 2024 15:50:08 -0700
Subject: [PATCH] python formatting
Created using spr 1.3.6-beta.1
---
comp
https://github.com/wlei-llvm approved this pull request.
LGTM, thanks!
https://github.com/llvm/llvm-project/pull/101094
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/101094
>From f598510001859a29f6f1ff6362fb9950ab6340cd Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Mon, 29 Jul 2024 16:14:08 -0700
Subject: [PATCH 1/6] Update test to check the option with llvm-bolt with
fdata, YAM
llvmbot wrote:
@llvm/pr-subscribers-flang-parser
@llvm/pr-subscribers-flang-fir-hlfir
Author: Krzysztof Parzyszek (kparzysz)
Changes
Warn about use of iterators OpenMP versions that didn't have them (support
added in 5.0). Emit a TODO error in lowering.
---
Full diff: https://github.com/
https://github.com/chapuni updated
https://github.com/llvm/llvm-project/pull/113113
>From 16e2bb8b73bcde1c2618bb358a905a9f463c1217 Mon Sep 17 00:00:00 2001
From: NAKAMURA Takumi
Date: Sun, 20 Oct 2024 16:24:26 +0900
Subject: [PATCH 1/2] [Coverage][Single] Enable Branch coverage for `BinLAnd`
a
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/101094
>From f598510001859a29f6f1ff6362fb9950ab6340cd Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Mon, 29 Jul 2024 16:14:08 -0700
Subject: [PATCH 1/4] Update test to check the option with llvm-bolt with
fdata, YAM
@@ -223,6 +223,22 @@ static cl::opt TopCalledLimit(
"functions section"),
cl::init(100), cl::Hidden, cl::cat(BoltCategory));
+// Profile density options, synced with llvm-profgen/ProfileGenerator.cpp
+static cl::opt ShowDensity("show-density", cl::init(false),
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/101094
>From f598510001859a29f6f1ff6362fb9950ab6340cd Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Mon, 29 Jul 2024 16:14:08 -0700
Subject: [PATCH 1/4] Update test to check the option with llvm-bolt with
fdata, YAM
@@ -0,0 +1,165 @@
+#===-- CMakeLists.txt
--===#
+#
+# Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
+# See https://llvm.org/LICENSE.txt for license information.
+# SPDX-License-Identifier: Apache-
Author: Alexey Bataev
Date: 2024-10-24T10:15:23-04:00
New Revision: 13ec08c99af070ad73804e2c48a3686ae9477f9b
URL:
https://github.com/llvm/llvm-project/commit/13ec08c99af070ad73804e2c48a3686ae9477f9b
DIFF:
https://github.com/llvm/llvm-project/commit/13ec08c99af070ad73804e2c48a3686ae9477f9b.diff
@@ -145,11 +146,174 @@ createMapInfoOp(fir::FirOpBuilder &builder,
mlir::Location loc,
builder.getIntegerAttr(builder.getIntegerType(64, false), mapType),
builder.getAttr(mapCaptureType),
builder.getStringAttr(name), builder.getBoolAttr(partialMap));
-
ret
https://github.com/agozillon edited
https://github.com/llvm/llvm-project/pull/92
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/agozillon commented:
Unfortunately had to create a new iteration of PRs for this stack, as I moved
machine and SPR decided that it didn't like that for some reason or other, but
I've moved away from using SPR for the moment and did the new ones "by hand".
So I am incredibly
@@ -58,21 +67,62 @@ class MapInfoFinalizationPass
/*corresponding local alloca=*/fir::AllocaOp>
localBoxAllocas;
- void genDescriptorMemberMaps(mlir::omp::MapInfoOp op,
- fir::FirOpBuilder &builder,
-
@@ -82,104 +132,188 @@ class MapInfoFinalizationPass
// perform an alloca and then store to it and retrieve the data from the
new
// alloca.
if (mlir::isa(descriptor.getType())) {
- // If we have already created a local allocation for this BoxType,
- // w
@@ -225,32 +359,79 @@ class MapInfoFinalizationPass
fir::FirOpBuilder &builder,
mlir::Operation *target) {
auto mapClauseOwner =
-llvm::dyn_cast(target);
+llvm::dyn_cast_if_present(
+
@@ -0,0 +1,161 @@
+!RUN: %flang_fc1 -emit-hlfir -fopenmp %s -o - | FileCheck %s
agozillon wrote:
Makes sense to me as the FIR type system tends to be a bit egregious, I'll do
that for the main new tests I added in the PR, but going to avoid it in cases
where I'
@@ -907,28 +908,46 @@ void ClauseProcessor::processMapObjects(
object.ref(), clauseLocation, asFortran, bounds,
treatIndexAsSection);
+mlir::Value baseOp = info.rawInput;
+if (object.sym()->owner().IsDerivedType()) {
+ omp::ObjectList objec
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 76edf72501cd6f66788c631fada95972a797a4a6
8f0c3621817d88afdf0283e3c9c296fc916c7d64 --e
llvmbot wrote:
@llvm/pr-subscribers-flang-openmp
@llvm/pr-subscribers-mlir-openmp
Author: None (agozillon)
Changes
This is one of 3 PRs in a PR stack that aims to add support for explicit
mapping of allocatable members in derived types.
The primary changes in this PR are the OpenMPToLLVM
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Victor Campos (vhscampos)
Changes
This option is passed through to the multilib system. It is then used in
conjunction with other options to select the proper library variant.
Details about this change can be found in this thread:
https://github.com/agozillon closed
https://github.com/llvm/llvm-project/pull/92
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/agozillon closed
https://github.com/llvm/llvm-project/pull/91
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/agozillon edited
https://github.com/llvm/llvm-project/pull/92
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/agozillon edited
https://github.com/llvm/llvm-project/pull/92
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/agozillon created
https://github.com/llvm/llvm-project/pull/113546
makes progress on #99151
### Changes
- Added int_dx_radians intrinsic in IntrinsicsDirectX.td
- Added expansion for int_dx_radians in DXILIntrinsicExpansion.cpp`
- Added DXIL backend test case
### Related PRs
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Victor Campos (vhscampos)
Changes
Select library variants in the multilib system using the flags passed in the
'-fmultilib-flag=' format.
Multilib flags that were not passed in the command-line have their default
value fed into t
llvmbot wrote:
@llvm/pr-subscribers-backend-directx
Author: None (agozillon)
Changes
makes progress on #99151
### Changes
- Added int_dx_radians intrinsic in IntrinsicsDirectX.td
- Added expansion for int_dx_radians in DXILIntrinsicExpansion.cpp`
- Added DXIL backend test case
### Relate
agozillon wrote:
Closing as it was an unintentional PR generation via SPR (someone elses PR
that's already landed)
https://github.com/llvm/llvm-project/pull/113546
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.l
https://github.com/agozillon closed
https://github.com/llvm/llvm-project/pull/113546
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
llvmbot wrote:
@llvm/pr-subscribers-llvm-ir
Author: None (agozillon)
Changes
makes progress on #99151
### Changes
- Added int_dx_radians intrinsic in IntrinsicsDirectX.td
- Added expansion for int_dx_radians in DXILIntrinsicExpansion.cpp`
- Added DXIL backend test case
### Related PRs
*
https://github.com/vhscampos updated
https://github.com/llvm/llvm-project/pull/110658
>From 829fad54c1b1ee204633e4c1d7dcef3657c179cd Mon Sep 17 00:00:00 2001
From: Victor Campos
Date: Thu, 26 Sep 2024 14:44:01 +0100
Subject: [PATCH] [Multilib] Add -fmultilib-flag command-line option
This optio
Thirumalai-Shaktivel wrote:
All the PRs LGTM, this works for my test cases.
https://github.com/llvm/llvm-project/pull/101446
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-br
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Victor Campos (vhscampos)
Changes
Select library variants in the multilib system using the flags passed in the
'-fmultilib-flag=' format.
Multilib flags that were not passed in the command-line have their default
value fed into the libr
https://github.com/vhscampos updated
https://github.com/llvm/llvm-project/pull/110659
>From 838993d1fa75688a91a5734ed7a6bd379da9f6e3 Mon Sep 17 00:00:00 2001
From: Victor Campos
Date: Thu, 26 Sep 2024 14:44:33 +0100
Subject: [PATCH] [Multilib] Custom flags processing for library selection
Sele
ChuanqiXu9 wrote:
> > > do we store all template variable specializations in the same place in
> > > the map including the partial ones?
> >
> >
> > Yes, we identify if they are partial by an additional bit.
> > For the solution, given there might be other places need to load the
> > speciali
vgvassilev wrote:
> > do we store all template variable specializations in the same place in the
> > map including the partial ones?
>
> Yes, we identify if they are partial by an additional bit.
>
> For the solution, given there might be other places need to load the
> specializations, how a
ChuanqiXu9 wrote:
> do we store all template variable specializations in the same place in the
> map including the partial ones?
Yes, we identify if they are partial by an additional bit.
For the solution, given there might be other places need to load the
specializations, how about removing
54 matches
Mail list logo