[patch. libgfortran] PR118571 UTF-8 output and the A edit descriptor

Hello all, The attached patch is straight forward. I spent more time on getting the test case ready. Thanks Steve for finding this and narrowing down where the problem was. Regression tested on x86_64-linux-gnu. OK for trunk? What about a backport to 14? Regards, Jerry Author: Jerry DeLis

Re: [PATCH] Fortran: do not evaluate arguments of MAXVAL/MINVAL too often [PR118613]

Hi Mikael, Am 23.01.25 um 15:00 schrieb Mikael Morin: Le 22/01/2025 à 22:55, Harald Anlauf a écrit : Dear all, while looking at details of a related but slightly different PR, I found that we did evaluate the arguments to MINLOC/MAXLOC too often in the inlined version. The attached patch crea

Re: [PATCH] Fortran: do not evaluate arguments of MAXVAL/MINVAL too often [PR118613]

Le 22/01/2025 à 22:55, Harald Anlauf a écrit : Dear all, while looking at details of a related but slightly different PR, I found that we did evaluate the arguments to MINLOC/MAXLOC too often in the inlined version. The attached patch creates temporaries for array elements where needed, and ens

Re: [PATCH] Fortran: Added support for locality specs in DO CONCURRENT (Fortran 2018/23)

Hi Damian, Damian Rouson wrote: As shown below, using associate eliminates the first error, but I'm still confused by the remaining error message.  Are locality specifiers actually supported yet? The lion share of support is in, but not not yet the code-generation changes. For local and lo

Re: [Patch, fortran] PR96087 - [12/13/14/15 Regression] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1575

Hi Andre, The next lines, immediately after the chunk in trans-decl.cc are: /* Dummy variables should already have been created. */ gcc_assert (sym->backend_decl); It's taken care of :-) Thanks for the review. Paul On Wed, 22 Jan 2025 at 14:21, Andre Vehreschild wrote: > Hi Pau