@@ -6769,11 +6898,20 @@ SystemZTargetLowering::LowerOperationWrapper(SDNode *N,
break;
}
case ISD::BITCAST: {
+SDLoc DL(N);
SDValue Src = N->getOperand(0);
-if (N->getValueType(0) == MVT::i128 && Src.getValueType() == MVT::f128 &&
-!useSoftFloat())
frasercrmck wrote:
ping, thanks
https://github.com/llvm/llvm-project/pull/125673
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mylai-mtk closed
https://github.com/llvm/llvm-project/pull/127592
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ergawy updated
https://github.com/llvm/llvm-project/pull/127595
>From 0b8b320c30d53eedbe057a8ad10b74e09b2e15f9 Mon Sep 17 00:00:00 2001
From: ergawy
Date: Wed, 5 Feb 2025 23:31:15 -0600
Subject: [PATCH 1/2] [flang][OpenMP] Upstream first part of `do concurrent`
mapping
This
Author: Ming-Yi Lai
Date: 2025-02-18T17:27:20+08:00
New Revision: 2fdb26da619cd09e3ccc8d154e48eb0034474823
URL:
https://github.com/llvm/llvm-project/commit/2fdb26da619cd09e3ccc8d154e48eb0034474823
DIFF:
https://github.com/llvm/llvm-project/commit/2fdb26da619cd09e3ccc8d154e48eb0034474823.diff
L
@@ -1,8 +1,4 @@
-#if __clang_major__ >= 7
-target datalayout =
"e-p:64:64-p1:64:64-p2:32:32-p3:32:32-p4:64:64-p5:32:32-p6:32:32-i64:64-v16:16-v24:32-v32:32-v48:64-v96:128-v192:256-v256:256-v512:512-v1024:1024-v2048:2048-n32:64-S32-A5"
-#else
-target datalayout =
"e-p:32:32-p1:64
jprotze wrote:
Sure, I would be happy to receive a review for this PR.
https://github.com/llvm/llvm-project/pull/74631
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ckandeler wrote:
> 2. A more general musing: it would be nice to have a mechanism for storing
> additional information for a subset of symbols, without incurring the
> overhead of increasing the representation size of **every** symbol. If we had
> such a mechanism, we could cut down the overhe
kiranchandramohan wrote:
It is slightly unfortunate to rediscover the loops so early in the flow when we
had it in source. Have you considered changing the representation of
do_concurrent in the IR for multi-range do concurrent loops? Representation
could in HLFIR capture all the loops, so the
https://github.com/frederick-vs-ja edited
https://github.com/llvm/llvm-project/pull/127525
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Fraser Cormack
Date: 2025-02-18T09:14:04Z
New Revision: 9fec0a0942f5a11f4dcfec20aa485a8513661720
URL:
https://github.com/llvm/llvm-project/commit/9fec0a0942f5a11f4dcfec20aa485a8513661720
DIFF:
https://github.com/llvm/llvm-project/commit/9fec0a0942f5a11f4dcfec20aa485a8513661720.diff
LOG
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/127529
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ergawy updated
https://github.com/llvm/llvm-project/pull/126026
>From 0b8b320c30d53eedbe057a8ad10b74e09b2e15f9 Mon Sep 17 00:00:00 2001
From: ergawy
Date: Wed, 5 Feb 2025 23:31:15 -0600
Subject: [PATCH] [flang][OpenMP] Upstream first part of `do concurrent`
mapping
This PR
https://github.com/kito-cheng approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/127592
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Owen Pan
Date: 2025-02-18T00:15:01-08:00
New Revision: 13de15c9c49068db850368c45ffed8f7bbf07f20
URL:
https://github.com/llvm/llvm-project/commit/13de15c9c49068db850368c45ffed8f7bbf07f20
DIFF:
https://github.com/llvm/llvm-project/commit/13de15c9c49068db850368c45ffed8f7bbf07f20.diff
LOG:
https://github.com/owenca closed
https://github.com/llvm/llvm-project/pull/127545
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -6769,11 +6898,20 @@ SystemZTargetLowering::LowerOperationWrapper(SDNode *N,
break;
}
case ISD::BITCAST: {
+SDLoc DL(N);
SDValue Src = N->getOperand(0);
-if (N->getValueType(0) == MVT::i128 && Src.getValueType() == MVT::f128 &&
-!useSoftFloat())
@@ -0,0 +1,13 @@
+// RUN: %clang_cc1 -triple %itanium_abi_triple -std=c++23 %s -emit-llvm -o - |
FileCheck %s
frederick-vs-ja wrote:
This should be tested in old modes to prevent potential regressions.
P2280R4 is a defect report (ideally, against C++11/14/17/20
https://github.com/ritter-x2a updated
https://github.com/llvm/llvm-project/pull/125826
>From 029f3b95f927a9c3e46c2660363f9555a6697425 Mon Sep 17 00:00:00 2001
From: Fabian Ritter
Date: Wed, 5 Feb 2025 04:19:00 -0500
Subject: [PATCH] [AMDGPU] Replace gfx940 and gfx941 with gfx942 in offload and
https://github.com/BoyaoWang430 updated
https://github.com/llvm/llvm-project/pull/127463
>From 63ba04f2fad0843d68f41ce7e6f0b398290f7e5b Mon Sep 17 00:00:00 2001
From: wangboyao
Date: Mon, 17 Feb 2025 17:35:52 +0800
Subject: [PATCH 1/2] [RISCV] Add Support of RISCV Zibimm Experimental
Extension
llvmbot wrote:
@llvm/pr-subscribers-backend-risc-v
Author: Ming-Yi Lai (mylai-mtk)
Changes
The `-fcf-protection=[full|return]` flag enables shadow stack implementation
based on RISC-V Zicfiss extension. This patch adds the `__riscv_shadow_stack`
predefined macro to preprocessing when suc
@@ -6910,6 +6910,10 @@ defm loop_versioning : BoolOptionWithoutMarshalling<"f",
"version-loops-for-stri
def fhermetic_module_files : Flag<["-"], "fhermetic-module-files">,
Group,
HelpText<"Emit hermetic module files (no nested USE association)">;
+
+def do_concurrent_paral
https://github.com/mylai-mtk created
https://github.com/llvm/llvm-project/pull/127592
The `-fcf-protection=[full|return]` flag enables shadow stack implementation
based on RISC-V Zicfiss extension. This patch adds the `__riscv_shadow_stack`
predefined macro to preprocessing when such a shadow
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Ming-Yi Lai (mylai-mtk)
Changes
The `-fcf-protection=[full|return]` flag enables shadow stack implementation
based on RISC-V Zicfiss extension. This patch adds the `__riscv_shadow_stack`
predefined macro to preprocessing when such a shado
@@ -6910,6 +6910,10 @@ defm loop_versioning : BoolOptionWithoutMarshalling<"f",
"version-loops-for-stri
def fhermetic_module_files : Flag<["-"], "fhermetic-module-files">,
Group,
HelpText<"Emit hermetic module files (no nested USE association)">;
+
+def do_concurrent_paral
https://github.com/mjklemm approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/125648
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,380 @@
+
+
+# `DO CONCURENT` mapping to OpenMP
+
+```{contents}
+---
+local:
+---
+```
+
+This document seeks to describe the effort to parallelize `do concurrent` loops
+by mapping them to OpenMP worksharing constructs. The goals of this document
+are:
+* Describing ho
https://github.com/balazs-benics-sonarsource created
https://github.com/llvm/llvm-project/pull/127602
In our test pool, the max entry point RT was improved by this change: 1'181
seconds (~19.7 minutes) -> 94 seconds (1.6 minutes)
BTW, the 1.6 minutes is still really bad. But a few orders of ma
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Balázs Benics (balazs-benics-sonarsource)
Changes
In our test pool, the max entry point RT was improved by this change: 1'181
seconds (~19.7 minutes) -> 94 seconds (1.6 minutes)
BTW, the 1.6 minutes is still really bad.
@@ -6910,6 +6910,10 @@ defm loop_versioning : BoolOptionWithoutMarshalling<"f",
"version-loops-for-stri
def fhermetic_module_files : Flag<["-"], "fhermetic-module-files">,
Group,
HelpText<"Emit hermetic module files (no nested USE association)">;
+
+def do_concurrent_paral
github-actions[bot] wrote:
Thank you for submitting a Pull Request (PR) to the LLVM Project!
This PR will be automatically labeled and the relevant teams will be notified.
If you wish to, you can add reviewers by using the "Reviewers" section on this
page.
If this is not working for you, it
Long5hot wrote:
I'm able to query if triple has gnu but can't query for -std=gnu..!!
https://github.com/llvm/llvm-project/pull/77732
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
balazs-benics-sonarsource wrote:
@Flandini @necto
https://github.com/llvm/llvm-project/pull/127602
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/JDPailleux created
https://github.com/llvm/llvm-project/pull/127605
`-fd-lines-as-code` and `-fd-lines-as-comments` enables treatment for lines
beginning with `d` or `D` in fixed form sources.
Using these options in free form has no effect.
If the `-fd-lines-as-code` option
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
@llvm/pr-subscribers-clang
Author: Jean-Didier PAILLEUX (JDPailleux)
Changes
`-fd-lines-as-code` and `-fd-lines-as-comments` enables treatment for lines
beginning with `d` or `D` in fixed form sources.
Using these options in free form has
llvmbot wrote:
@llvm/pr-subscribers-flang-driver
Author: Jean-Didier PAILLEUX (JDPailleux)
Changes
`-fd-lines-as-code` and `-fd-lines-as-comments` enables treatment for lines
beginning with `d` or `D` in fixed form sources.
Using these options in free form has no effect.
If the `-fd-line
@@ -1,8 +1,4 @@
-#if __clang_major__ >= 7
-target datalayout =
"e-p:64:64-p1:64:64-p2:32:32-p3:32:32-p4:64:64-p5:32:32-p6:32:32-i64:64-v16:16-v24:32-v32:32-v48:64-v96:128-v192:256-v256:256-v512:512-v1024:1024-v2048:2048-n32:64-S32-A5"
-#else
-target datalayout =
"e-p:32:32-p1:64
501 - 537 of 537 matches
Mail list logo
