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): ... t
This series of patches is an update of Frederik's previous loop
transformation patch set, previously posted here:
https://gcc.gnu.org/pipermail/gcc-patches/2023-March/614564.html
that has been updated to resolve conflicts with my set of
imperfectly-nested loops patches and other changes on mainli
(Optimize Options): Document the new parameters.
Co-Authored-By: Sandra Loosemore
---
gcc/Makefile.in|1 +
gcc/doc/invoke.texi|9 +
gcc/gimple-pretty-print.cc |6 +
gcc/gimple.h |1 +
gcc/gimplify.cc| 65 +-
gcc/omp-general.cc
When I was working on something else recently, I realized that the GCC manual
had nothing in its attributes section saying that you could use the various
documented GCC extension attributes with C/C++ standard attribute syntax too,
or how (you have to use the "gnu::" prefix); I ended up finding
On 10/3/23 08:19, Joseph Myers wrote:
On Mon, 2 Oct 2023, Sandra Loosemore wrote:
Going beyond that, though, I think we should also document that the standard
syntax is now the preferred way to do it, and change the examples (except for
the parts documenting the old syntax) to use the new
gcc/ChangeLog:
* doc/extend.texi (Function Attributes): Mention standard attribute
syntax.
(Variable Attributes): Likewise.
(Type Attributes): Likewise.
(Attribute Syntax): Likewise.
---
gcc/doc/extend.texi | 74 +++--
On 10/12/23 04:53, Tobias Burnus wrote:
libgomp.texi: Note to 'Memory allocation' sect and missing mem-memory routines
This commit completes the documentation of the OpenMP memory-management
routines, except for the unimplemented TR11 additions. It also makes clear
in the 'Memory allocation' s
On 10/12/23 10:37, Tobias Burnus wrote:
@@ -3133,15 +3134,25 @@ variable can be set to one of three values -
@code{MANDATORY}, @code{DISABLED}
or @code{DEFAULT}.
If set to @code{MANDATORY}, the program will terminate with an error if
-the offload device is not present or is not supported.
On 10/14/23 13:43, Tobias Burnus wrote:
When browsing libgomp doc, I came across
https://gcc.gnu.org/onlinedocs/libgomp/Enabling-OpenMP.html>>
First, I found especially the Fortran part difficult to read. Secondly,
it missed the C++ attribute syntax. And I also missed a reference to
-fopenmp-si
On 10/14/23 13:51, Tobias Burnus wrote:
@@ -5003,6 +5001,17 @@ The variable @env{GCC_ACC_NOTIFY} is used for diagnostic
purposes.
@node ACC_DEVICE_TYPE
@section @code{ACC_DEVICE_TYPE}
@table @asis
+@item @emph{Description}:
+Control the default device type to use when executing compute regio
On 10/15/23 04:39, Tobias Burnus wrote:
@@ -905,8 +905,8 @@ For @code{omp_sched_auto} the @var{chunk_size} argument is
ignored.
@subsection @code{omp_get_schedule} -- Obtain the runtime scheduling method
@table @asis
@item @emph{Description}:
-Obtain the runtime scheduling method. The @var{
On 10/15/23 04:40, Tobias Burnus wrote:
Hi Sandra,
thanks for the comments.
On 15.10.23 00:46, Sandra Loosemore wrote:
+Semicolon separated list of dynamic libraries to be loaded as
profiling library.
s/Semicolon separated/Semicolon-separated/
There's also a semantic issue with &qu
On 10/15/23 04:42, Tobias Burnus wrote:
Updated patch attached.
This version looks OK to me.
-Sandra
On 07/03/2018 07:55 AM, Richard Biener wrote:
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
From 52aad98947e5cfcb5624ff24f0c557d0029c34fe Mon Sep 17 00:00:00 2001
From: Richard Guenther
Date: Tue, 3 Jul 2018 14:04:01 +0200
Subject: [PATCH] fix-pr86389
2018-07-03 Ri
This patch series is a new port for C-SKY ABI V2 processors. It's
based on the original work by C-SKY with cleanup, modernization, and
bug-fixing by Mentor Graphics. The supported targets are csky-elf and
csky-linux-* (both glibc and uClibc). At this time we're only
supporting the C and C++ lan
2018-07-23 Jojo
Huibin Wang
Sandra Loosemore
Chung-Lin Tang
Andrew Jenner
C-SKY port: Configury
gcc/
* config.gcc (csky-*-*): New.
* configure.ac: Add csky to targets for dwarf2 debug_line support
2018-07-23 Jojo
Huibin Wang
Sandra Loosemore
Chung-Lin Tang
C-SKY port: Backend implementation
gcc/
* config/csky/*: New.
* common/config/csky/*: New.
csky-gcc-2.patch.gz
Description: application/gzip
2018-07-23 Sandra Loosemore
C-SKY port: Documentation
gcc/
* doc/extend.texi (C-SKY Function Attributes): New section.
* doc/invoke.texi (Option Summary): Add C-SKY options.
(C-SKY Options): New section.
* doc/md.texi (Machine Constraints
2018-07-23 Sandra Loosemore
Chung-Lin Tang
C-SKY port: Testsuite
gcc/testsuite/
* g++.dg/Wno-frame-address.C: Adjust for C-SKY.
* g++.dg/torture/type-generic-1.C: Likewise.
* gcc.c-torture/compile/2804-1.c: Likewise.
* gcc.c
2018-07-23 Jojo
Huibin Wang
Sandra Loosemore
Chung-Lin Tang
C-SKY port: libgcc
libgcc/
* config.host: Add C-SKY support.
* config/csky/*: New.
diff --git a/libgcc/config.host b/libgcc/config.host
index 18cabaf..b2ee0c9
On 07/23/2018 10:17 PM, Sandra Loosemore wrote:
C-SKY proposes Han Mao and Yunhai Shang
as maintainers for this port.
I apologize, I made a mistake here. The correct proposed maintainers
are Xianmiao Qu and Yunhai Shang
.
We expect that
C-SKY will also be providing a public link to
On 07/24/2018 09:45 AM, Jeff Law wrote:
On 07/23/2018 10:21 PM, Sandra Loosemore wrote:
2018-07-23 Jojo
Huibin Wang
Sandra Loosemore
Chung-Lin Tang
C-SKY port: Backend implementation
gcc/
* config/csky/*: New
On 07/24/2018 12:10 PM, Segher Boessenkool wrote:
On Mon, Jul 23, 2018 at 10:26:35PM -0600, Sandra Loosemore wrote:
diff --git a/libgcc/config.host b/libgcc/config.host
index 18cabaf..b2ee0c9 100644
--- a/libgcc/config.host
+++ b/libgcc/config.host
@@ -94,6 +94,9 @@ am33_2.0-*-linux*)
arc
On 07/24/2018 03:24 PM, Jeff Law wrote:
Any thoughts on using the newer function descriptor bits rather than old
style stack trampolines?
Has that been committed? I vaguely remembered discussion of a new way
to handle nested functions without using the trampoline interface, but I
couldn't fi
On 07/25/2018 07:16 AM, Paul Koning wrote:
Non-executable stacks are a very good thing.
That said, I also looked at the target hook documentation and was
left without any clue whatsoever. It sure isn't clear what powers of
two have to do with descriptors, or what descriptors have to do with
su
Any suggestions on how to improve it further?
-Sandra
2018-07-27 Sandra Loosemore
gcc/
* target.def (custom_function_descriptors): Improve documentation.
* doc/tm.texi.in (Trampolines): Expand discussion of function
descriptors and move TARGET_CUSTOM_FUNCTION_DESCRIPTORS to the
beginni
On 07/27/2018 03:44 PM, Eric Botcazou wrote:
Apropos of the discussion about improving the docs for
TARGET_CUSTOM_FUNCTION_DESCRIPTORS in the context of the C-SKY port
submission,
https://gcc.gnu.org/ml/gcc-patches/2018-07/msg01454.html
here is the patch I've come up with based on reading the s
On 07/26/2018 12:06 AM, 瞿仙淼 wrote:
I wrote a case to reproduce this problem on C-SKY. C code is as follows:
---
int e1, e2;
void func (int a, int b, int c, int d, int f, int g)
{
e1 = a > b ? f : g;
e2 = a > b ? c : d;
When I was looking at what needed to be done to the web page information
for the new C-SKY port, I noticed that the Nios II had some problems
too; there was no link to the processor documentation, and the entry in
the backend table was obsolete (the port now uses LRA, and there is
simulator sup
Gerald, do we have a policy on when to rotate the News items on the main
GCC web page to the "Older news" page? Joseph asked me to post a patch
for adding a news item for the proposed new C-SKY port, but the items
that are there now seem somewhat bit-rotten (e.g., referring to last
year's Caul
On 07/29/2018 04:28 PM, Gerald Pfeifer wrote:
Hi Sandra,
On Sun, 29 Jul 2018, Sandra Loosemore wrote:
Gerald, do we have a policy on when to rotate the News items on the main
GCC web page to the "Older news" page? Joseph asked me to post a patch
for adding a news item for the prop
2018-07-30 Jojo
Huibin Wang
Sandra Loosemore
Chung-Lin Tang
Andrew Jenner
C-SKY port: Configury
gcc/
* config.gcc (csky-*-*): New.
* configure.ac: Add csky to targets for dwarf2 debug_line support
2018-07-30 Jojo
Huibin Wang
Sandra Loosemore
Chung-Lin Tang
C-SKY port: Backend implementation
gcc/
* config/csky/*: New.
* common/config/csky/*: New.
csky-gcc-2.patch.gz
Description: application/gzip
2018-07-30 Sandra Loosemore
C-SKY port: Documentation
gcc/
* doc/extend.texi (C-SKY Function Attributes): New section.
* doc/invoke.texi (Option Summary): Add C-SKY options.
(C-SKY Options): New section.
* doc/md.texi (Machine Constraints
2018-07-30 Sandra Loosemore
Chung-Lin Tang
Xianmiao Qu
C-SKY port: Testsuite
gcc/testsuite/
* g++.dg/Wno-frame-address.C: Adjust for C-SKY.
* g++.dg/torture/type-generic-1.C: Likewise.
* gcc.c-torture/compile/2804-1.c
This patch series is a revised version of the C-SKY port, taking into
account review comments received so far on the initial patch set. The
changes made are:
- Removed excess whitespace in predicates.md and other places (part 2).
- Defined TARGET_CUSTOM_FUNCTION_DESCRIPTORS (part 2).
- Moved c
2018-07-30 Jojo
Huibin Wang
Sandra Loosemore
Chung-Lin Tang
C-SKY port: libgcc
libgcc/
* config.host: Add C-SKY support.
* config/csky/*: New.
diff --git a/libgcc/config.host b/libgcc/config.host
index 18cabaf..bd4ef1e
On 07/26/2018 05:04 PM, Joseph Myers wrote:
Could you provide the proposed GCC website changes for the port
(backends.html, readings.html, news item for index.html)? readings.html,
in particular, would link to the ABI and ISA documentation, while
backends.html gives summary information about th
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 bumped
27;ve also 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 loop
..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
.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):
/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
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
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
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
27;ve also made 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 restr
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 to
ld just add intervening code to, and when I made
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_OM
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.
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, betw
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.
In the Fortran front end, most of the
r investigation 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):
@@
+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
r-2.C
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 Loos
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
nces. :-P 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
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 fo
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
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 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 d
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 re
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 chan
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 make
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 peop
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 tha
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 we
olete bits.
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 +
Do
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 documentati
169d56b8bf652c7b5aa9fd3
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
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
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 w
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 th
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/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 neede
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 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
ecifying a different type than TFmode, and if so is there a
target-independent way to identify that situation? Can the PowerPC
experts help straighten me out?
-Sandra
commit 158c2f6b1a4134bbdbe59034d38ce12faa8167a8
Author: Sandra Loosemore
Date: Tue Aug 3 16:21:16 2021 -070
On 8/5/21 11:33 AM, Michael Meissner wrote:
At the moment, we only fully support C and C++ when changing the long double
format (between IEEE 128-bit, IBM 128-bit, and 64-bit) when the compiler is
invoked (and assuming you are using GLIBC 2.32 or newer).
For Fortran and the other languages, the
ortran maintainers, is this one OK to check in?
-Sandra
commit 073dd403d11553c199610b038285b203c130cee5
Author: Sandra Loosemore
Date: Tue Aug 3 16:21:16 2021 -0700
Fix c_float128 and c_float128_complex definitions.
gfc_float128_type_node is only non-NULL on targets that support a
128-bi
On 8/10/21 2:29 AM, Tobias Burnus wrote:
[snip]
OK. I now think it's correct that the Fortran front end doesn't
support c_float128 and c_float128_complex on this target, but that the
code that initializes those constants is still buggy. The reason why
it shouldn't support them is that all 3
the two comments only.
OK to commit this one?
-Sandra
commit e496723ec6ee0fcf5b0c58920c74b1c9afa831de
Author: Sandra Loosemore
Date: Tue Aug 3 16:21:16 2021 -0700
Fix c_float128 and c_float128_complex definitions.
gfc_float128_type_node is only non-NULL on targets that suppo
On 8/11/21 2:05 AM, Tobias Burnus wrote:
On 11.08.21 00:46, Sandra Loosemore wrote:
On 8/10/21 2:29 AM, Tobias Burnus wrote:
[snip]
To conclude: I like the code changes (LGTM); the
'__float128' -> 'TFmode' comment change also matches the code.
However, I think both
Or OK to commit?
-Sandra
commit bf52fcb46ee62ff2f7c552397d58914b934b130f
Author: Sandra Loosemore
Date: Fri Aug 13 17:46:19 2021 -0700
Fortran: Revert to non-multilib-specific ISO_Fortran_binding.h
Commit fef67987cf502fe322e92ddce22eea7ac46b4d75 changed the
libgfortran build process to gene
cessary to
solve the problems for real.
In addition to José's test cases included with this patch, I've added
some additional test coverage to my TS29113 testsuite which I will be
reposting soon.
-Sandra
commit bce396d541d65029e2897e59c6e0baeed090e340
Author: Sandra Loosemore
Date:
On 7/27/21 5:07 AM, Tobias Burnus wrote:
Hi Sandra, hi Thomas, hi all,
@Thomas K: Comments about the following - and of course to the
testsuite itself - are highly welcome.
In my opinion, the testsuite LGTM and can be committed.
@Sandra:
- Thoughts on the directory name? (cf. below)
- Give oth
I've backported several patches having to do with Fortran/C
interoperability from mainline to the OG11 branch. See attached log for
details.
-Sandra
commit d554155c07771935778f557e9ef649cc3624d1ce
Author: Sandra Loosemore
Date: Wed Aug 11 19:24:17 2021 -0700
Fortran: Fix c_flo
On 9/17/20 8:32 AM, Jason Merrill wrote:
We discussed this in a team meeting the other day, and agreed that it's
probably simpler to switch back to gotos for C++ than fix up all the
optimizers. And that there probably isn't much benefit to the
middle-end to retain the higher level representat
On 9/20/20 5:08 PM, Marek Polacek via Gcc-patches wrote:
We crash here because since r11-3302 the C FE uses codes like SWITCH_STMT
in the else branches in the attached test, and inchash::add_expr in
do_warn_duplicated_branches doesn't handle these front-end codes. In
the C++ FE this works becaus
On 9/25/20 8:29 AM, Tamar Christina wrote:
Hi All,
This adds some documentation for some test directives that are missing.
Bootstrapped Regtested on aarch64-none-linux-gnu and no issues.
Ok for master?
Thanks,
Tamar
gcc/ChangeLog:
* doc/sourcebuild.texi (vect_complex_rot_,
a
inux-gnu-amdgcn, 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
k for clones to be created. 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: W
fdb9a2162978b964863f351c814211dca8e9a3f 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
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 chang
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
t cases
for the new 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
pect to the
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 fo
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
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 attachin
1 - 100 of 1314 matches
Mail list logo
