From: Frederik Harwath
OMP_CLAUSE_TILE will be used for the OpenMP 5.1 loop transformation
construct "omp tile".
gcc/ChangeLog:
* tree-core.h (enum omp_clause_code): Rename OMP_CLAUSE_TILE.
* tree.h (OMP_CLAUSE_TILE_LIST): Rename to ...
(OMP_CLAUSE_OACC_TILE_LIST): ...
xed an ICE in the newly-added
tests for that. This is clearly just a bug in existing code unrelated to the
new functionality, though.
-Sandra
commit 4c3db8cf0611fa99886d698b62102ba15058776f
Author: Sandra Loosemore
Date: Wed Sep 27 03:21:43 2023 +
OpenMP: GIMPLE_OMP_STRUCTURED_BLO
On 9/7/23 02:56, Tobias Burnus wrote:
Main reason was to fix an ICV value; as collateral change, I also added
documentation for some of the memory-management functions.
Comments, suggestions? If not, I will commit it soon.
I only have one nit:
+@node omp_destroy_allocator
+@subsection
This ICE was caused by an invalid assumption that all BIND_EXPRs have
a non-null BIND_EXPR_BLOCK. In C++ these do exist and are used for
temporaries introduced in expressions that are not full-expressions.
Since they have no block to fix up, the traversal can just ignore
these tree nodes.
On 8/31/23 05:27, Iain Sandoe wrote:
Hi FX,
+Sandra
On 31 Aug 2023, at 12:13, FX Coudert wrote:
This patch homogenizes to some extent the use of “Mac OS X” or “OS X” or “Mac
OS” in the gcc/ folder to “macOS”, which is the modern way of writing it. It is
not a global replacement though,
OpenMP 5.0 removed the restriction that multiple collapsed loops must
be perfectly nested, allowing "intervening code" (including nested
BLOCKs) before or after each nested loop. In GCC this code is moved
into the inner loop body by the respective front ends.
In the Fortran front end, most of
gcc/testsuite/ChangeLog
* c-c++-common/gomp/imperfect-attributes.c: New.
* c-c++-common/gomp/imperfect-badloops.c: New.
* c-c++-common/gomp/imperfect-blocks.c: New.
* c-c++-common/gomp/imperfect-extension.c: New.
* c-c++-common/gomp/imperfect-gotos.c: New.
OpenMP 5.0 removed the restriction that multiple collapsed loops must
be perfectly nested, allowing "intervening code" (including nested
BLOCKs) before or after each nested loop. In GCC this code is moved
into the inner loop body by the respective front ends.
This patch changes the C front end
libgomp/ChangeLog
* libgomp.texi (OpenMP 5.0): Imperfectly-nested loops are done.
---
libgomp/libgomp.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libgomp/libgomp.texi b/libgomp/libgomp.texi
index 5c91163893f..4aad8cc52f4 100644
--- a/libgomp/libgomp.texi
+++
OpenMP 5.0 removed the restriction that multiple collapsed loops must
be perfectly nested, allowing "intervening code" (including nested
BLOCKs) before or after each nested loop. In GCC this code is moved
into the inner loop body by the respective front ends.
This patch changes the C++ front end
In order to detect invalid jumps in and out of intervening code in
imperfectly-nested loops, the front ends need to insert some sort of
marker to identify the structured block sequences that they push into
the inner body of the loop. The error checking happens in the
diagnose_omp_blocks pass,
. Part 5 (Fortran) also includes the whitespace
fix Tobias pointed out, and part 6 (documentation) is new.
-Sandra
Sandra Loosemore (6):
OpenMP: Add OMP_STRUCTURED_BLOCK and GIMPLE_OMP_STRUCTURED_BLOCK.
OpenMP: C front end support for imperfectly-nested loops
OpenMP: C++ support for imperfectly
On 8/22/23 07:23, Jakub Jelinek wrote:
diff --git a/gcc/testsuite/c-c++-common/goacc/collapse-1.c
b/gcc/testsuite/c-c++-common/goacc/collapse-1.c
index 11b14383983..0feac8f8ddb 100644
--- a/gcc/testsuite/c-c++-common/goacc/collapse-1.c
+++ b/gcc/testsuite/c-c++-common/goacc/collapse-1.c
@@
c/c-family/ChangeLog.omp
@@ -1,3 +1,7 @@
+2023-08-18 Sandra Loosemore
+
+ * c-omp.cc (c_omp_directives): Uncomment "declare mapper" entry.
+
2023-08-10 Julian Brown
* c-common.h (c_omp_region_type): Add C_ORT_UPDATE and C_ORT_OMP_UPDATE
diff --git a/gcc/c-family/c-omp.cc b/g
create mode 100644
gcc/testsuite/g++.dg/gomp/loop-transforms/attrs-unroll-inner-3.C
diff --git a/gcc/cp/ChangeLog.omp b/gcc/cp/ChangeLog.omp
index 1b2d71422d8..fe5ef67a7ad 100644
--- a/gcc/cp/ChangeLog.omp
+++ b/gcc/cp/ChangeLog.omp
@@ -1,3 +1,18 @@
+2023-08-18 Sandra Loosemore
@@
+2023-08-18 Sandra Loosemore
+
+ * parser.cc (analyze_metadirective_body): Handle CPP_PRAGMA and
+ CPP_PRAGMA_EOL.
+ (cp_parser_omp_metadirective): Allow comma between clauses.
+
2023-08-10 Julian Brown
* parser.cc (cp_parser_omp_var_list_no_open): Support array
estigation all of them had
bugs, too.
I didn't manually examine all the existing tests for other directives,
BTW, but the ones I spot-checked seem to have good coverage. The new
tests are mostly just adapted from a subset of existing pragma-syntax
tests.
-Sandra
Sandra Loosemore (3):
Open
OpenMP 5.0 removed the restriction that multiple collapsed loops must
be perfectly nested, allowing "intervening code" (including nested
BLOCKs) before or after each nested loop. In GCC this code is moved
into the inner loop body by the respective front ends.
In the Fortran front end, most of
OpenMP 5.0 removed the restriction that multiple collapsed loops must
be perfectly nested, allowing "intervening code" (including nested
BLOCKs) before or after each nested loop. In GCC this code is moved
into the inner loop body by the respective front ends.
This patch changes the C++ front end
In order to detect invalid jumps in and out of intervening code in
imperfectly-nested loops, the front ends need to insert some sort of
marker to identify the structured block sequences that they push into
the inner body of the loop. The error checking happens in the
diagnose_omp_blocks pass,
gcc/testsuite/ChangeLog
* c-c++-common/gomp/imperfect-attributes.c: New.
* c-c++-common/gomp/imperfect-badloops.c: New.
* c-c++-common/gomp/imperfect-blocks.c: New.
* c-c++-common/gomp/imperfect-extension.c: New.
* c-c++-common/gomp/imperfect-gotos.c: New.
another attempt to write a new one from scratch I quickly realized I
couldn't do much better than the existing one, which Tobias had
originally helped me with.
-Sandra
Sandra Loosemore (5):
OpenMP: Add OMP_STRUCTURED_BLOCK and GIMPLE_OMP_STRUCTURED_BLOCK.
OpenMP: C front end support
OpenMP 5.0 removed the restriction that multiple collapsed loops must
be perfectly nested, allowing "intervening code" (including nested
BLOCKs) before or after each nested loop. In GCC this code is moved
into the inner loop body by the respective front ends.
This patch changes the C front end
corresponding
fixes to the mainline version but I've still got a lot of unfinished items,
mostly related to additional tests for corner cases.
On 5/25/23 04:00, Jakub Jelinek wrote:
On Fri, Apr 28, 2023 at 05:22:52PM -0600, Sandra Loosemore wrote:
OpenMP 5.0 removed the restriction that multiple
Log.omp b/gcc/fortran/ChangeLog.omp
index 04ed7f88175..26375aca413 100644
--- a/gcc/fortran/ChangeLog.omp
+++ b/gcc/fortran/ChangeLog.omp
@@ -1,3 +1,26 @@
+2023-06-13 Sandra Loosemore
+
+ * openmp.cc: Include omp-api.h.
+ (resolve_omp_clauses): Consolidate inscan reduction cl
changed, 204 insertions(+), 267 deletions(-)
diff --git a/gcc/fortran/ChangeLog.omp b/gcc/fortran/ChangeLog.omp
index 3791eddc6c5..04ed7f88175 100644
--- a/gcc/fortran/ChangeLog.omp
+++ b/gcc/fortran/ChangeLog.omp
@@ -1,3 +1,13 @@
+2023-06-13 Sandra Loosemore
+
+ * openmp.cc
ibgomp.c++/imperfect-template-2.C
create mode 100644 libgomp/testsuite/libgomp.c++/imperfect-template-3.C
diff --git a/gcc/cp/ChangeLog.omp b/gcc/cp/ChangeLog.omp
index 9dd2f3295e7..5f126c0c6c6 100644
--- a/gcc/cp/ChangeLog.omp
+++ b/gcc/cp/ChangeLog.omp
@@ -1,3 +1,41 @@
+2023-06-13 Sandra Loosem
/ChangeLog.omp
@@ -1,3 +1,11 @@
+2023-06-13 Sandra Loosemore
+
+ * c-c++-common/gomp/imperfect1.c: New.
+ * c-c++-common/gomp/imperfect2.c: New.
+ * c-c++-common/gomp/imperfect3.c: New.
+ * c-c++-common/gomp/imperfect4.c: New.
+ * c-c++-common/gomp/imperfect5.c: New
.h
diff --git a/gcc/ChangeLog.omp b/gcc/ChangeLog.omp
index d77d01076c2..78c655618ee 100644
--- a/gcc/ChangeLog.omp
+++ b/gcc/ChangeLog.omp
@@ -1,3 +1,12 @@
+2023-06-13 Sandra Loosemore
+
+ * omp-api.h: New.
+ * omp-general.cc (omp_runtime_api_procname): New.
+ (omp_runtime_api_call):
incorporated several cleanups suggested in review
of the mainline version, along with a few bug fixes.
Sandra Loosemore (6):
OpenMP: Handle loop transformation clauses in nested functions
OpenMP: C support for imperfectly-nested loops
OpenMP: C++ support for imperfectly-nested loops
OpenMP
..d77d01076c2 100644
--- a/gcc/ChangeLog.omp
+++ b/gcc/ChangeLog.omp
@@ -1,3 +1,10 @@
+2023-06-13 Sandra Loosemore
+ Frederik Harwath
+
+ * tree-nested.cc (convert_nonlocal_omp_clauses): Handle loop
+ transformation clauses.
+ (convert_local_omp_clauses): Likewise.
+
2023-06
n 5/29/23 11:26, Arsen Arsenović wrote:
Hi,
NightStrike writes:
Can you include texinfo in a top-level directory and have it built
with the build, like you can with dejagnu? That's generally a
decent path for building new gcc on older systems.
Note that the Texinfo requirement wasn't
OpenMP 5.0 removed the restriction that multiple collapsed loops must
be perfectly nested, allowing "intervening code" (including nested
BLOCKs) before or after each nested loop. In GCC this code is moved
into the inner loop body by the respective front ends.
In the Fortran front end, most of
OpenMP 5.0 removed the restriction that multiple collapsed loops must
be perfectly nested, allowing "intervening code" (including nested
BLOCKs) before or after each nested loop. In GCC this code is moved
into the inner loop body by the respective front ends.
This patch changes the C++ front end
OpenMP 5.0 removed the restriction that multiple collapsed loops must
be perfectly nested, allowing "intervening code" (including nested
BLOCKs) before or after each nested loop. In GCC this code is moved
into the inner loop body by the respective front ends.
This patch changes the C front end
ederik has
already reviewed my patches and gave me some very helpful feedback,
and Tobias also has helped out, especially when I got stuck on some
unrelated bugs.
-Sandra
Sandra Loosemore (3):
OpenMP: C support for imperfectly-nested loops
OpenMP: C++ support for imperfectly-nested loop
On 4/19/23 07:51, Frederik Harwath wrote:
Hi Sandra,
the OMP_FOR documentation says that the loop index variable
must be signed and it does not list "!=" in the allowed conditional
expressions. But there is nothing that would automatically cast an
unsigned variable
to signed or that converts
maintainer superpowers and push this over the weekend if
I don't get any further technical comments about correctness meanwhile.
-Sandracommit 9a0fa0b9429882eca17849a64592b697ca4e2bf9
Author: Sandra Loosemore
Date: Tue Mar 21 22:15:33 2023 +
Docs, OpenMP: Correct internal documentation
On 3/18/23 14:14, Arsen Arsenović via Gcc-patches wrote:
Evening,
Ping on this patch series.
I believe we're close to being able to apply it, with contents of the
documentation changes being approved, and only a small build system
change and a revised patch series "shape" left to review.
On 3/20/23 14:05, Harald Anlauf via Gcc-patches wrote:
Dear all,
as reported, the implicit documentation of -funderscoring, which
is found under -fno-underscoring, has gone sideways long time ago.
The attached patch should fix it.
OK for mainline, or did I miss something?
This is OK.
On 3/16/23 16:37, Jonny Grant wrote:
Hello
There's a typo in the common function attribute docs, "nonnul" which this patch
corrects.
Thank you! I've pushed this patch.
-Sandra
7ffbc74c8c202a16a5e987134f03c2359c531f0e
Author: Sandra Loosemore
Date: Thu Mar 16 21:07:18 2023 +
Docs: Fix formatting issues in BPF built-ins documentation.
gcc/ChangeLog:
* doc/extend.texi (BPF Built-in Functions): Fix numerous markup
issues. Add more line
examples that I haven't found a satisfactory way to fix yet
:-( but at least this patch is an incremental improvement.
-Sandracommit 35a80d19b69df59f52800f34bac1df3cb0293735
Author: Sandra Loosemore
Date: Thu Mar 16 21:05:53 2023 +
Docs: Fix some too-long lines in Texinfo manual
On 2/24/23 11:35, Qing Zhao via Gcc-patches wrote:
gcc/c-family/ChangeLog:
* c.opt: New option -Wgnu-variable-sized-type-not-at-end.
gcc/c/ChangeLog:
* c-decl.cc (finish_struct): Issue warnings for new option.
gcc/ChangeLog:
* doc/extend.texi: Document GCC extension
On 3/14/23 10:04, Hans-Peter Nilsson via Gcc-patches wrote:
Thank you for the review! Updated version below with your
suggestions.
This looks fine to me, from a writing perspective at least.
When spot-checking the pdf I noticed a strange
split of the page after the next after the section I
On 3/13/23 19:25, Hans-Peter Nilsson via Gcc-patches wrote:
Jan, did I get this right? This was from your
r0-36413-g6b24c25948265c / svn r44249, now on its 22nd year!
I spot-checked the pdf for readability. Also calling on a
doc maintainer to check grammos etc. Ok to commit?
-- >8 --
I
On 3/2/23 17:03, Qing Zhao via Gcc-patches wrote:
Ping.
It looks to me like there is an associated code patch (for PR101832)
that is still under technical discussion? Or is this documentation
patch independent of that change?
-Sandra
On 3/12/23 01:12, Bernhard Reutner-Fischer via Gcc-patches wrote:
On 12 March 2023 03:47:08 CET, Sean Bright via Gcc-patches
wrote:
On 3/11/2023 6:39 PM, Bernhard Reutner-Fischer wrote:
On 11 March 2023 18:33:46 CET, Sean Bright via Gcc-patches
wrote:
Hi,
This fixes a minor issue where
On 3/10/23 16:08, Jonny Grant wrote:
docs: update copyright year in libstdc++ manual
gcc/ChangeLog
* libstdc++-v3/doc/xml/faq.xml: update copyright year in libstdc++
manual
This change looks trivial enough, but IIUC the corresponding HTML file
also needs to be regenerated
On 3/12/23 11:40, Tobias Burnus wrote:
Hi Sandra,
can you check the PR number? The following looks wrong:
https://gcc.gnu.org/PR88578>>
On 11.03.23 02:33, Sandra Loosemore wrote:
--- a/gcc/doc/install.texi2html
+++ b/gcc/doc/install.texi2html
...
- # Use sed to work around makein
fd3
Author: Sandra Loosemore
Date: Sun Mar 12 03:41:11 2023 +
Docs: Clean up description of asan-kernel-mem-intrinsic-prefix.
gcc/ChangeLog:
* doc/invoke.texi (Optimize Options): Add markup to
description of asan-kernel-mem-intrinsic-prefix, a
On 2/4/23 13:33, Roger Sayle wrote:
This patch (primarily) documents the VEC_PERM_EXPR tree code in
generic.texi. For ease of review, it is provided below as a pair
of diffs. The first contains just the new text added to describe
VEC_PERM_EXPR, the second tidies up this part of the
On 3/11/23 05:22, Arsen Arsenović wrote:
OK, changed up a bit, what do you think of this:
maintainer-scripts/ChangeLog:
* update_web_docs_git: Set CONTENTS_OUTPUT_LOCATION=inline in
order to put @shortcontents above contents. See
.
BTW the hardcopy manual being offered for sale in the FSF shop is for
GCC 3.3 (2003?), so I felt no compunction about deleting the pointer to
it as unhelpful.
-Sandracommit c62df15d283f035d5b1644f74493db2933f2a8cb
Author: Sandra Loosemore
Date: Sat Mar 11 00:40:42 2023 +
Docs: Update
On 3/9/23 13:38, Arsen Arsenović wrote:
Found the change. HTML got support for CONTENTS_OUTPUT_LOCATION,
which defaults to after_top, which ignores the inline location of
these elements. Here's a patch:
maintainer-scripts/ChangeLog:
* update_web_docs_git: Set
On 3/10/23 10:51, Sandra Loosemore wrote:
On 3/10/23 01:50, Iain Sandoe wrote:
Hi all,
On 9 Mar 2023, at 23:35, Sandra Loosemore via Gcc-patches
wrote:
On 3/9/23 01:26, Richard Biener wrote:
SLES 12 has texinfo 4.13a, SLES 15 has texinfo 6.5. We still
provide up-to-date GCC for SLES 12
On 3/10/23 01:50, Iain Sandoe wrote:
Hi all,
On 9 Mar 2023, at 23:35, Sandra Loosemore via Gcc-patches
wrote:
On 3/9/23 01:26, Richard Biener wrote:
SLES 12 has texinfo 4.13a, SLES 15 has texinfo 6.5. We still
provide up-to-date GCC for SLES 12 but we can probably manage in
some ways when
On 2/23/23 03:27, Arsen Arsenović via Gcc-patches wrote:
maintainer-scripts/ChangeLog:
* update_web_docs_git (CSS): Update CSS reference to point to
/texinfo-manuals.css.
I'm going to defer to Gerald on this one, since I am ignorant of how
documents are produced for the GCC
On 2/23/23 03:27, Arsen Arsenović via Gcc-patches wrote:
The @gol macro appears to have existed as a workaround for a bug in old
versions of makeinfo and/or texinfo.tex, where they would, in some types
of output, fail to emit line breaks in @gccoptlists. After updating
texinfo.tex, I noticed
On 2/23/23 03:27, Arsen Arsenović via Gcc-patches wrote:
The @defbuiltin{,x} macros are convenience macros for the often-repeated
task of defining a built-in function in extend.texi. Usage of this
macro should lead to a higher degree of consistency across pieces of
text written by different
On 3/9/23 01:26, Richard Biener wrote:
SLES 12 has texinfo 4.13a, SLES 15 has texinfo 6.5. We still provide
up-to-date GCC for SLES 12 but we can probably manage in some ways
when the texinfo requirement gets bumped.
OK, this seems to be the oldest version anyone admits to actually using.
On 2/23/23 03:27, Arsen Arsenović via Gcc-patches wrote:
The GCC manual has multiple indices. By creating an appendix which
lists them, we help makeinfo present a more accessible way for the
reader to see all the indices.
gcc/ChangeLog:
* doc/gcc.texi: Add the Indices appendix, to
On 3/8/23 14:22, Arsen Arsenović wrote:
Sandra Loosemore writes:
On 3/8/23 02:11, Arsen Arsenović wrote:
Sandra Loosemore writes:
On 2/23/23 03:27, Arsen Arsenović via Gcc-patches wrote:
I've rerendered the updated documentation with latest development
Texinfo (as some of the changes I
On 3/8/23 02:11, Arsen Arsenović wrote:
Sandra Loosemore writes:
On 2/23/23 03:27, Arsen Arsenović via Gcc-patches wrote:
I've rerendered the updated documentation with latest development
Texinfo (as some of the changes I made for the purposes of the GCC
manual still aren't in releases
On 2/23/23 03:27, Arsen Arsenović via Gcc-patches wrote:
I've rerendered the updated documentation with latest development
Texinfo (as some of the changes I made for the purposes of the GCC
manual still aren't in releases) at:
https://www.aarsen.me/~arsen/final/
Ummm. I don't think GCC's
On 1/11/23 07:57, Benson Muite via Gcc-patches wrote:
Improvement to documentation from a new contributor without commit rights.
On 1/5/23 06:38, Benson Muite wrote:
Link is missing from install documentation
Thanks, I've pushed this patch.
-Sandra
On 3/1/23 05:53, Jonny Grant wrote:
Hello
I don't have write access, could someone review and apply this please?
Kind regards
Jonny
Looks good; I've gone ahead and pushed it for you.
-Sandra
Ping!
https://gcc.gnu.org/pipermail/gcc-patches/2023-February/612298.html
On 2/18/23 22:21, Sandra Loosemore wrote:
I've been working on support for OpenMP imperfectly-nested loops. In
the process I have gone astray multiple times because of
incorrect/inadequate internal documentation
On 2/22/23 18:26, Gerald Pfeifer wrote:
On Tue, 21 Feb 2023, Arsen Arsenović wrote:
Ping. Like last time, I rebased the series.
Thank you!
The first two times around, I did not notice there's dedicated
maintainers for the documentation component, and so, I am adding Gerald,
Joseph and
The comments in tree.def
are also wrong, but once we get the content right in the manual I can
just copy the changes there for the final version of the patch.
-Sandra
From d374c9a95db3bab1691be264af51e4298b3811b2 Mon Sep 17 00:00:00 2001
From: Sandra Loosemore
Date: Sun, 19 Feb 2023 05:15:43 +
On 1/2/23 03:20, Tobias Burnus wrote:
On 25.11.22 03:13, Sandra Loosemore wrote:
This patch is a followup to my not-yet-reviewed patch
[PATCH v4] OpenMP: Generate SIMD clones for functions with "declare
target"
That patch got reviewed and went into mainline on Nov 15, 202
https://gcc.gnu.org/pipermail/gcc-patches/2022-November/607195.html
The patch referenced in the original post is now approved and committed.
-Sandra
On 12/1/22 20:29, Eric Gallager via Gcc-patches wrote:
A pretty simple patch; borrowed from Andrew Pinski on bugzilla:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59447
Tested by doing `./configure --help` in the gcc subdirectory and
noting that the "(or later)" made it into the output. OK for
d to defer processing of unmarked clones, and
anything left over is deleted.
OK to commit this along with the above-linked patch?
-SandraFrom bfffcea926d4dfb6275346237c61922a95c9e715 Mon Sep 17 00:00:00 2001
From: Sandra Loosemore
Date: Wed, 23 Nov 2022 23:14:31 +
Subject: [PATCH] [OpenMP]
SandraFrom 771be96d2dc7b8868ba06cf8ec6afe7a3337ac89 Mon Sep 17 00:00:00 2001
From: Sandra Loosemore
Date: Tue, 15 Nov 2022 03:40:12 +
Subject: [PATCH] OpenMP: Generate SIMD clones for functions with "declare
target"
This patch causes the IPA simdclone pass to generate clones for
functions with the "omp
On 11/11/22 13:52, Gerald Pfeifer wrote:
On Tue, 8 Nov 2022, Martin Liška wrote:
After the migration, people should be able to build (and install) GCC
even if they miss Sphinx (similar happens now if you miss makeinfo).
My nightly *install* (not build) on amd64-unknown-freebsd12.2 broke
(from
On 10/27/22 04:09, Thomas Schwinge wrote:
Hi!
On 2022-10-26T20:27:19-0600, Sandra Loosemore wrote:
One of my test cases examines the .s output to make sure that the clones
are emitted as local symbols and not global. I have not been able to
find the symbol linkage information in any
On 10/20/22 08:07, Jakub Jelinek wrote:
Thus, IMHO it is exactly the pass_omp_simd_clone pass where you want to
implement this auto-simdization discovery, guarded with
#ifdef ACCEL_COMPILER and the new option (which means it will be done
only for gcn and not on the host right now).
I'm running
On 10/19/22 05:09, Martin Liška wrote:
On 10/18/22 00:26, Sandra Loosemore wrote:
On 10/17/22 07:28, Martin Liška wrote:
Hello.
Based on the very positive feedback I was given at the Cauldron Sphinx
Documentation BoF,
I'm planning migrating the documentation on 9th November. There are still
On 10/17/22 07:28, Martin Liška wrote:
Hello.
Based on the very positive feedback I was given at the Cauldron Sphinx
Documentation BoF,
I'm planning migrating the documentation on 9th November. There are still some
minor comments
from Sandra when it comes to the PDF output, but we can address
e function found in an OMP loop (not just one caller
anywhere). So this should be fixed now.
New patch attached. Is this one OK for mainline?
-Sandracommit eb1fe25b125cd153b2c661f1c54e61fcecf4754b
Author: Sandra Loosemore
Date: Sat Oct 15 02:03:03 2022 +
OpenMP: Generate SIMD clones
On 9/18/22 02:47, Palmer Dabbelt wrote:
On Fri, 09 Sep 2022 02:46:40 PDT (-0700), Palmer Dabbelt wrote:
I just happened to stuble on this one while trying to sort out the
RISC-V bits.
gcc/ChangeLog
* doc/tm.texi (TARGET_C_EXCESS_PRECISION): Add 16.
---
gcc/doc/tm.texi | 2 +-
1 file
dca8e9a3f Mon Sep 17 00:00:00 2001
From: Sandra Loosemore
Date: Thu, 22 Sep 2022 02:16:42 +
Subject: [PATCH] OpenMP: Generate SIMD clones for functions with "declare
target"
This patch causes the IPA simdclone pass to generate clones for
functions with the "omp declare target&
reated. I tested on
x86_64-linux-gnu-amdgcn, plain x86_64-linux-gnu, and aarch64-linux-gnu
to get coverage of all 3 backends that implement this hook. OK for
mainline?
-SandraFrom 77df203f8ec191e036580d17b7fa83ae517a8018 Mon Sep 17 00:00:00 2001
From: Sandra Loosemore
Date: Wed, 14 Sep 2022 00:2
mdgcn, plain
x86_64-linux-gnu, and aarch64-linux-gnu. OK for mainline?
-SandraFrom 15c6f6b6bc396f53474ea380f506a7f74d7a05af Mon Sep 17 00:00:00 2001
From: Sandra Loosemore
Date: Tue, 13 Sep 2022 23:50:27 +
Subject: [PATCH] OpenMP: Enable vectorization in all OpenMP loops
This patch mark
I've checked in this one-liner to note that OpenMP support for
non-rectangular loops is now complete in the feature checklist. Thanks
to Tobias for pointing me at this.
-Sandracommit 2d8752c5923e2ed4dc33b95038fed82b46526feb
Author: Sandra Loosemore
Date: Thu May 5 14:45:29 2022 -0700
On 3/25/22 20:03, Sandra Loosemore wrote:
I've got another patch forthcoming (stage 1 material) that adds some new
diagnostics for non-rectangular loops during gimplification of OMP
nodes. When I was working on that, I discovered that the Fortran front
end wasn't attaching location
On 3/25/22 20:02, Sandra Loosemore wrote:
I ran into this bug in the handling of clauses on the combined "masked
taskloop" OMP directive when I was working on something else. The fix
turned out to be a 1-liner. OK for trunk?
Ping! This one's borderline obvious and would be g
e
not-yet-implemented TILE construct.
Is this OK for stage 1 when the time comes?
-Sandracommit c46a79a9841b90fb0cde564e4147932290d91832
Author: Sandra Loosemore
Date: Fri Mar 25 14:14:37 2022 -0700
Fortran: Add support for OMP non-rectangular loops.
This patch adds support for OMP 5.1
diagnostics in the non-rectangular loops patch do exercise
it. Is this OK for trunk now, or for stage 1 when we get there?
-Sandracommit 4c745003d0b39d0e92032b62421df4920753783a
Author: Sandra Loosemore
Date: Thu Mar 24 21:02:34 2022 -0700
Fortran: Add location info to OpenMP tree nodes
I ran into this bug in the handling of clauses on the combined "masked
taskloop" OMP directive when I was working on something else. The fix
turned out to be a 1-liner. OK for trunk?
-Sandracommit 17c4fa0bd97c070945004095a06fb7d9e91869e3
Author: Sandra Loosemore
Date: Wed Mar 2
: Sandra Loosemore
Date: Thu Jan 20 13:29:48 2022 -0800
Fortran: Fix scope for OMP AFFINITY clause iterator variables [PR103695]
gfc_finish_var_decl was confused by the undocumented overloading of
the proc_name field in struct gfc_namespace to contain iterator
variables
This patch is for PR103695, marked as a P1 regression. OK to check in?
-Sandra
commit 21f8ac540b73e3838b63924e3c7e6c2ad25568ee
Author: Sandra Loosemore
Date: Wed Jan 19 12:50:49 2022 -0800
Fortran: Fix scope for OMP AFFINITY clause iterator variables [PR103695
On 1/17/22 1:29 AM, Richard Biener wrote:
On Mon, Jan 17, 2022 at 4:15 AM Sandra Loosemore
wrote:
On 1/8/22 9:24 PM, Sandra Loosemore wrote:
This patch fixes the ICE I reported in PR103163. We were initializing
stack_limit_rtx before the register properties it depends on were
getting set
On 1/8/22 9:24 PM, Sandra Loosemore wrote:
This patch fixes the ICE I reported in PR103163. We were initializing
stack_limit_rtx before the register properties it depends on were
getting set. I moved it to the same function where stack_pointer_rtx,
frame_pointer_rtx, etc are being
I've checked in these tweaks for various testcases that fail on
nios2-elf without an explicit -fdelete-null-pointer-checks option. This
target is configured to build with that optimization off by default.
-Sandra
commit 04c69d0e61c0f98a010d77a79ab749d5f0aa6b67
Author: Sandra Loosemore
Date
it, this bug was also reported to affect
powerpc. Anybody want to check it there? Otherwise, OK to check in?
-Sandra
commit bd91ec874339f9fd256b2d83de7159f6c11f
Author: Sandra Loosemore
Date: Sat Jan 8 19:59:26 2022 -0800
middle-end: move initialization of stack_limit_rtx [PR103163
with the logic.
OK to check in?
-Sandra
commit 0e5b74440572f988dd96a6e9c33c11b59323d6cf
Author: Sandra Loosemore
Date: Thu Jan 6 11:23:18 2022 -0800
Fortran: Fix handling of optional argument to SIZE intrinsic [PR103898]
This patch fixes a think-o in the code that triggered an ICE
Loosemore
Date: Wed Jan 5 13:18:10 2022 -0800
Fortran: Fix ICE in argument_rank_mismatch [PR103287]
This patch removes an incorrect assertion. A user-friendly error for this
case is already given elsewhere.
2022-01-05 Steve Kargl
Sandra Loosemore
PR
7ae8faa4eb
Author: Sandra Loosemore
Date: Tue Jan 4 18:18:13 2022 -0800
Fortran: Fix ICE caused by missing error for untyped symbol [PR103258]
The bit on a symbol to mark that it had already been diagnosed as
lacking a type was getting set even when the error was
101 - 200 of 1117 matches
Mail list logo
