---
htdocs/gcc-15/changes.html | 7 +++
1 file changed, 7 insertions(+)
diff --git a/htdocs/gcc-15/changes.html b/htdocs/gcc-15/changes.html
index f4ad9569..853fad03 100644
--- a/htdocs/gcc-15/changes.html
+++ b/htdocs/gcc-15/changes.html
@@ -66,6 +66,13 @@ a work-in-progress.
New Languages
There's no actual problem with the code here, just a false-positive
warning emitted by some older GCC versions.
gcc/cp/ChangeLog
* parser.cc (cp_finish_omp_declare_variant): Initialize
append_args_last.
---
gcc/cp/parser.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
nopsis
in the library function documentation with line breaks in random
places, places where using a table for formatting would greatly
improve readability (e.g. _gfortran_set_options), etc. But those are
separate from the issue addressed by this patch series and would need
to be addressed individually by hand.
On 3/26/25 14:50, Sandra Loosemore wrote:
Here's another batch of patches to address PR42270, a complaint about the
poor organization of the documentation for GNU extensions. My last set of
patches for this was focused on grouping everything but the attributes and
builtins documentation
This issue was specifically about a confusing mention of the "second
and third arguments to the memcpy function" when only the second one
is a pointer affected by the attribute, but reading through the entire
discussion I found other things confusing as well; e.g. in some cases
it wasn't clear whet
This patch adds support for the case where #pragma omp declare variant
with append_args is used inside a #pragma omp dispatch interop that
specifies fewer interop args than required by the variant; new interop
objects are implicitly created and then destroyed around the call to the
variant, using t
Looking over the recently-committed change to the musttail attribute
documentation, it appears the comment in the last example was a paste-o,
as it does not agree with either what the similar example in the
-Wmaybe-musttail-local-addr documentation says, or the actual behavior
observed when running
ortran testcase, too.
I've also fixed the documentation to reflect that append_args is now
fully supported. New version of the patch attached; is this one OK to
commit?
-SandraFrom b1291a3088375538d187e1965b4eb8a8274fb9e8 Mon Sep 17 00:00:00 2001
From: Sandra Loosemore
Date: Tue, 2
On 3/25/25 05:12, Tobias Burnus wrote:
On August 24, 2024 Tobias Burnus wrote:
[...] it documents the code added at "[patch][rfc] libgomp: Add OpenMP
interop support to nvptx + gcn plugin",
https://gcc.gnu.org/pipermail/gcc-patches/2024-August/661207.html
Quite some time has passed and those
evelopment branch in use
at a time, so next year at this time we would be wanting to replace
devel/omp/gcc-15 with devel/omp/gcc-16 in the list, not have have both
branches in the list.
-Sandra
From 187d823aa916b558e7f2935022619593eb66c005 Mon Sep 17 00:00:00 2001
From: Sandra Loosemore
Da
On 5/13/25 02:22, Tobias Burnus wrote:
Hi Sandra, hello world,
Sandra Loosemore wrote:
I have created the devel/omp/gcc-15 (aka "OG15") branch, ...
For previous branches we'd been using ChangeLog.omp files paralleling
the normal ChangeLog files, that were updated manuall
Tobias had noted that the C front end was not treating C23 constexprs
as constant in the user/condition selector property, which led to
missed opportunities to resolve metadirectives at parse time.
Additionally neither C nor C++ was permitting the expression to have
pointer or floating-point type -
It's not clear whether a metadirective in a loop nest is supposed to
be valid, but GCC certainly shouldn't be ICE'ing after diagnosing it
as an error.
gcc/c/ChangeLog
PR c/120180
* c-parser.cc (c_parser_omp_metadirective): Only consume the
token if it is the expected ')'.
here, which is
rejected without this patch (and triggers the ICE fixed by part 2).
OK for trunk, at least?
Sandra Loosemore (3):
OpenMP: Fix ICE in metadirective recovery after error [PR120180]
OpenMP: Fix ICE and other issues in C/C++ metadirective error
recovery.
OpenMP: Handle more
The new testcase included in this patch used to ICE in gcc after
diagnosing the first error, and in g++ it only diagnosed the error in
the first metadirective, ignoring the second one. The solution is to
make error recovery in the C front end more like that in the C++ front
end, and remove the cod
* git.html: Note that devel/omp/gcc-15 exists, and that the
corresponding gcc-14 branch is now stale.
---
htdocs/git.html | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/htdocs/git.html b/htdocs/git.html
index 8edaa254..0b55a970 100644
--- a/htdocs
On 5/13/25 02:22, Tobias Burnus wrote:
[snip]
How about the attached patch? With it, running
./contrib/gcc-changelog/git_update_version.py \
--suffix '.omp' -c \
--exclude-branch=origin/releases/gcc-15 \
--last-commit=0b76b58a5875d519f95a5af661fb64e42a42ed8e
works where --last-c
On 5/29/25 02:51, Tobias Burnus wrote:
@Jason – The idea is make semantics.cc's maybe_convert_cond callable
from parser.cc + pt.cc, i.e. to make it a non-static function.
Any reasons not do so?
Sandra Loosemore wrote:
[…] By using the existing front-end
hooks for the implicit conversi
On 5/29/25 22:19, Tobias Burnus wrote:
Sandra Loosemore wrote:
Like the attached V2 patch?
LGTM.
However, I think in metadirective-condition-template.C the
"scan-tree-dump" should now be changed to "scan-tree-dump-times", given
that there are several tests.
Yup, goo
On 5/30/25 16:36, Tobias Burnus wrote:
Attached patch adds omp_target_memset and omp_target_memset_async
permitting to set (potentially large) data on the device to a
certain value - in particular to '\0'.
It uses 'memset' on the host (and for shared memory, e.g. via
requires unified_shared_memo
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 Sandr
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.
I
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 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/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 CONTENTS_OUTPUT_LOCATION
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
9dd976a4-4e09-d901-b949-6d5037567...@cod
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
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
@@ -8,
piece yet.
-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 th
1301 - 1329 of 1329 matches
Mail list logo
