Re: Finalization

2022-11-02 Thread Damian Rouson
Thanks for asking this, Jerry! Sourcery Institute has a (small) amount of funding that can be offered for this work in case that helps. Damian On Wed, Nov 2, 2022 at 6:32 PM Jerry D via Fortran wrote: > Hi Paul, > > Long time no chat. I hope you and yours are well. > > I was planning to retir

Finalization

2022-11-02 Thread Jerry D via Fortran
Hi Paul, Long time no chat.  I hope you and yours are well. I was planning to retire early next year, but with the economy going south on us I am going to hold off a bit.  What a crazy world we are in! I thought I would drop you a note when I noticed a gfortran finalization bug 107489.  Then

Re: adding attributes

2022-11-02 Thread Bernhard Reutner-Fischer via Fortran
On Mon, 31 Oct 2022 21:19:18 + Dave Love via Fortran wrote: > Bernhard Reutner-Fischer via Fortran writes: > > Ideally the syntax would be the same as in C. > > Right. I hoped it would be possible to lift machinery easily from C. Lifting that won't work easily, no. > There's no standa

Re: [PATCH, v2] Fortran: ordering of hidden procedure arguments [PR107441]

2022-11-02 Thread Harald Anlauf via Fortran
Am 02.11.22 um 18:20 schrieb Mikael Morin: Unfortunately no, the coarray case works, but the other problem remains. The type problem is not visible in the definition of S, it is in the declaration of S's prototype in P. S is defined as: void s (character(kind=1)[1:_c] & restrict c, integer(ki

Support OpenACC 'declare create' with Fortran allocatable arrays, part II [PR106643, PR96668] (was: Support OpenACC 'declare create' with Fortran allocatable arrays, part I [PR106643])

2022-11-02 Thread Thomas Schwinge
Hi! On 2022-11-02T21:22:25+0100, I wrote: > On 2022-11-02T21:15:31+0100, I wrote: >> On 2022-11-02T21:10:54+0100, I wrote: >>> On 2022-11-02T21:04:56+0100, I wrote: --- /dev/null +++ b/libgomp/testsuite/libgomp.oacc-fortran/declare-allocatable-1.f90 @@ -0,0 +1,268 @@ +! Test Op

Support OpenACC 'declare create' with Fortran allocatable arrays, part I [PR106643]

2022-11-02 Thread Thomas Schwinge
Hi! On 2022-11-02T21:15:31+0100, I wrote: > On 2022-11-02T21:10:54+0100, I wrote: >> On 2022-11-02T21:04:56+0100, I wrote: >>> --- /dev/null >>> +++ b/libgomp/testsuite/libgomp.oacc-fortran/declare-allocatable-1.f90 >>> @@ -0,0 +1,268 @@ >>> +! Test OpenACC 'declare create' with allocatable arrays

Add 'libgomp.oacc-fortran/declare-allocatable-array_descriptor-1-runtime.f90'

2022-11-02 Thread Thomas Schwinge
Hi! On 2022-11-02T21:10:54+0100, I wrote: > On 2022-11-02T21:04:56+0100, I wrote: >> On 2017-04-05T08:23:58-0700, Cesar Philippidis >> wrote: >>> This patch implements the OpenACC 2.5 behavior of fortran allocate on >>> variables marked with declare create as defined in Section 2.13.2 in the >>>

Add 'libgomp.oacc-fortran/declare-allocatable-1-runtime.f90' (was: Add 'libgomp.oacc-fortran/declare-allocatable-1.f90')

2022-11-02 Thread Thomas Schwinge
Hi! On 2022-11-02T21:04:56+0100, I wrote: > On 2017-04-05T08:23:58-0700, Cesar Philippidis wrote: >> This patch implements the OpenACC 2.5 behavior of fortran allocate on >> variables marked with declare create as defined in Section 2.13.2 in the >> OpenACC spec. > > That functionality is still m

Add 'libgomp.oacc-fortran/declare-allocatable-1.f90' (was: [gomp4] add support for fortran allocate support with declare create)

2022-11-02 Thread Thomas Schwinge
Hi! On 2017-04-05T08:23:58-0700, Cesar Philippidis wrote: > This patch implements the OpenACC 2.5 behavior of fortran allocate on > variables marked with declare create as defined in Section 2.13.2 in the > OpenACC spec. That functionality is still missing in GCC master branch, however a test ca

Re: [PATCH, v2] Fortran: ordering of hidden procedure arguments [PR107441]

2022-11-02 Thread Mikael Morin
Le 31/10/2022 à 21:29, Harald Anlauf via Fortran a écrit : Hi Mikael, thanks a lot, your testcases broke my initial (and incorrect) patch in multiple ways.  I understand now that the right solution is much simpler and smaller. I've added your testcases, see attached, with a simple scan of the d

[Patch] Fortran/OpenMP: Fix DT struct-component with 'alloc' and array descr

2022-11-02 Thread Tobias Burnus
This fixes some an issue with 'alloc:' found when working on the patch '[Patch] OpenMP/Fortran: 'target update' with strides + DT components' https://gcc.gnu.org/pipermail/gcc-patches/2022-October/604687.html (BTW: This one is still pending review.) OK for mainline? * * * I think the patch is

Re: [PATCH v2 06/11] OpenMP: lvalue parsing for map clauses (C++)

2022-11-02 Thread Jakub Jelinek via Fortran
On Wed, Nov 02, 2022 at 12:20:11PM +, Julian Brown wrote: > > But we can't forbid lambdas inside of the map clause expressions, > > they are certainly valid in OpenMP, and IMNSHO shouldn't disallow > > statement expressions, people might not even know they use a > > statement expression, they c

Re: [PATCH v2 06/11] OpenMP: lvalue parsing for map clauses (C++)

2022-11-02 Thread Julian Brown
On Wed, 2 Nov 2022 12:58:37 +0100 Jakub Jelinek via Fortran wrote: > On Tue, Nov 01, 2022 at 09:50:38PM +, Julian Brown wrote: > > > I think we should figure out when we should temporarily disable > > > parser->omp_array_section_p = false; > > > and restore it afterwards to a saved value.

Re: [PATCH v2 06/11] OpenMP: lvalue parsing for map clauses (C++)

2022-11-02 Thread Jakub Jelinek via Fortran
Hi! Thanks for working on this! On Tue, Nov 01, 2022 at 09:50:38PM +, Julian Brown wrote: > > I think we should figure out when we should temporarily disable > > parser->omp_array_section_p = false; > > and restore it afterwards to a saved value. E.g. > > cp_parser_lambda_expression seems