FYI: Conversion from TexInfo (.texi) to Sphinx/ReStructuredText (rst)

Hi Fortraners, as it was mostly discussed at gcc@ and gcc-patches@, there are plans to move to .rst and process it with Sphinx instead of .texi (TexInfo) for the GCC documentation. * Sphinx: https://www.sphinx-doc.org/en/master/ * RST: https://docutils.sourceforge.io/rst.html Autoconversion res

[committed] gfortran.dg/gomp/pr99928-*.f90: Use implicit none, remove one xfail

This adds a bunch of 'implicit none' to the testcases, a missing 'integer i' and fixes a typo in a loop variable, which permitted to remove an xfail. Currently, there are two classes of xfail: * !$omp parallel master taskloop (simd) → parallel misses shared(...) for firstprivate/lastprivate

Re: [committed] gfortran.dg/gomp/pr99928-*.f90: Use implicit none, remove one xfail

On 04.06.21 13:20, Tobias Burnus wrote: This adds a bunch of 'implicit none' to the testcases, a missing 'integer i' and fixes a typo in a loop variable, which permitted to remove an xfail. Or actually it didn't, as I seemingly did a last-minute change in the wrong way after running the testsu

Re: [Patch, fortran] PR fortran/100120/100816/100818/100819/100821 problems raised by aggregate data types

Hi José, I can second Dominique's thanks. I applied it to my tree when you first posted, set the regtest in motion and have not been able to return to gfortran matters since. OK for master. I am especially happy that you have tackled this area and have rationalised it to a substantial degree. Th

[Patch] Fortran: Fix OpenMP/OpenACC continue-line parsing

Hi all, hi Jakub & Thomas, I did run into this issue with the previous patch where !$omp parallel & !$acc& loop did no longer report an error – hence, I changed 'loop' to 'kernels loop' as buffered 'gfc_error' might not be output. Having no error is very unfortunate. There is no ideal solutio

Re: [Patch] Fortran: Fix OpenMP/OpenACC continue-line parsing

On Fri, Jun 04, 2021 at 05:28:37PM +0200, Tobias Burnus wrote: > Fortran: Fix OpenMP/OpenACC continue-line parsing > > gcc/fortran/ChangeLog: > > * scanner.c (skip_fixed_omp_sentinel): Set openacc_flag if > this is not an (OpenMP) continuation line. > (skip_fixed_oacc_sentinel):

Re: PING [PATCH] PR fortran/99839 - [9/10/11/12 Regression] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

Hi Harald, Looks good to me - OK for as many branches as you have sufficient fortitude for. Regards Paul On Thu, 3 Jun 2021 at 21:22, Harald Anlauf via Fortran wrote: > *PING* > > > Gesendet: Donnerstag, 27. Mai 2021 um 22:20 Uhr > > Von: "Harald Anlauf" > > An: "fortran" , "gcc-patches" <

[Ping, Patch, Fortran] PR100337 Should be able to pass non-present optional arguments to CO_BROADCAST

Ping! On Fri, 21 May 2021 15:33:11 +0200 Andre Vehreschild wrote: > Hi, > > the attached patch fixes an issue when calling CO_BROADCAST in > -fcoarray=single mode, where the optional but non-present (in the calling > scope) stat variable was assigned to before checking for it being not present.

[committed] Fortran/OpenMP: Fix -fdump-parse-tree for 'omp loop'

Committed as r12-1220-gcb6e6d5faa3f817435b6f203226fa5969d7a7264 - Mentor Graphics (Deutschland) GmbH, Arnulfstrasse 201, 80634 München Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Frank Thürauf commit cb6e6d5faa3f817435b6f203226fa5969d7a7264 Author: Tobia

[PATCH] PR fortran/95502 - ICE in gfc_check_do_variable, at fortran/parse.c:4446

ICE-on-invalid issues during error recovery. Testcase by Gerhard, initial patch by Steve. I found another variant which needed an additional fix for a NULL pointer dereference. Regtested on x86_64-pc-linux-gnu. OK for mainline / 11-branch? Thanks, Harald Fortran - ICE in gfc_check_do_variabl

GFortran

Hello, my name is Afshin Zaheri. I am a Phd. Student in Kharazmi University of Tehran. I would like to know that if Gfortran is Compliant with Fortran 2018?