From: Sandra Loosemore <sandra@codesourcery.com>
To: <gcc-patches@gcc.gnu.org>
Cc: <kcy@codesourcery.com>, <tobias@codesourcery.com>, <jakub@redhat.com>
Subject: [PATCH 8/8] OpenMP: Update documentation of metadirective implementation status.
Date: Sat, 6 Jan 2024 11:52:56 -0700 [thread overview]
Message-ID: <20240106185257.126445-9-sandra@codesourcery.com> (raw)
In-Reply-To: <20240106185257.126445-1-sandra@codesourcery.com>
libgomp/ChangeLog
* libgomp.texi (OpenMP 5.0): Mark metadirective as implemented.
(OpenMP 5.1): Mark target_device as partially supported.
(OpenMP 5.2): Mark otherwise clause as supported, note that
default is also still accepted.
---
libgomp/libgomp.texi | 15 ++++++++++-----
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/libgomp/libgomp.texi b/libgomp/libgomp.texi
index c727850397d..8ef22086653 100644
--- a/libgomp/libgomp.texi
+++ b/libgomp/libgomp.texi
@@ -192,7 +192,7 @@ The OpenMP 4.5 specification is fully supported.
@item Array shaping @tab N @tab
@item Array sections with non-unit strides in C and C++ @tab N @tab
@item Iterators @tab Y @tab
-@item @code{metadirective} directive @tab N @tab
+@item @code{metadirective} directive @tab Y @tab
@item @code{declare variant} directive
@tab P @tab @emph{simd} traits not handled correctly
@item @var{target-offload-var} ICV and @code{OMP_TARGET_OFFLOAD}
@@ -289,8 +289,11 @@ The OpenMP 4.5 specification is fully supported.
@headitem Description @tab Status @tab Comments
@item OpenMP directive as C++ attribute specifiers @tab Y @tab
@item @code{omp_all_memory} reserved locator @tab Y @tab
-@item @emph{target_device trait} in OpenMP Context @tab N @tab
-@item @code{target_device} selector set in context selectors @tab N @tab
+@item @emph{target_device trait} in OpenMP Context @tab Y
+@item @code{target_device} selector set in context selectors @tab P
+ @tab Supported only for @code{metadirective}.
+ The @code{declare variant} construct does not yet support dynamic
+ selectors.
@item C/C++'s @code{declare variant} directive: elision support of
preprocessed code @tab N @tab
@item @code{declare variant}: new clauses @code{adjust_args} and
@@ -413,8 +416,10 @@ to address of matching mapped list item per 5.1, Sect. 2.21.7.2 @tab N @tab
@item Deprecation of traits array following the allocator_handle expression in
@code{uses_allocators} @tab N @tab
@item New @code{otherwise} clause as alias for @code{default} on metadirectives
- @tab N @tab
-@item Deprecation of @code{default} clause on metadirectives @tab N @tab
+ @tab Y @tab
+@item Deprecation of @code{default} clause on metadirectives @tab N
+ @tab Both @code{otherwise} and @code{default} are accepted
+ without diagnostics.
@item Deprecation of delimited form of @code{declare target} @tab N @tab
@item Reproducible semantics changed for @code{order(concurrent)} @tab N @tab
@item @code{allocate} and @code{firstprivate} clauses on @code{scope}
--
2.31.1
prev parent reply other threads:[~2024-01-06 18:54 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-06 18:52 [PATCH 0/8] OpenMP: Implement metadirective support Sandra Loosemore
2024-01-06 18:52 ` [PATCH 1/8] OpenMP: metadirective tree data structures and front-end interfaces Sandra Loosemore
2024-01-06 19:45 ` Tobias Burnus
2024-01-07 12:18 ` Tobias Burnus
2024-01-06 18:52 ` [PATCH 2/8] OpenMP: middle-end support for metadirectives Sandra Loosemore
2024-01-06 18:52 ` [PATCH 3/8] libgomp: runtime support for target_device selector Sandra Loosemore
2024-01-06 22:44 ` Tobias Burnus
2024-01-07 11:48 ` Tobias Burnus
2024-01-06 18:52 ` [PATCH 4/8] OpenMP: C front end support for metadirectives Sandra Loosemore
2024-01-06 18:52 ` [PATCH 5/8] OpenMP: C++ front-end " Sandra Loosemore
2024-01-06 18:52 ` [PATCH 6/8] OpenMP: common c/c++ testcases " Sandra Loosemore
2024-01-06 18:52 ` [PATCH 7/8] OpenMP: Fortran front-end support " Sandra Loosemore
2024-01-06 18:52 ` Sandra Loosemore [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240106185257.126445-9-sandra@codesourcery.com \
--to=sandra@codesourcery.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=jakub@redhat.com \
--cc=kcy@codesourcery.com \
--cc=tobias@codesourcery.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).