Re: [Patch, committed] Fortran: Fix 'fn spec' for deferred character length (was: Re: [r12-4457 Regression] FAIL: gfortran.dg/deferred_type_param_6.f90 -Os execution test on Linux/x86_64)

2021-10-30 Thread Bernhard Reutner-Fischer via Fortran
On Tue, 19 Oct 2021 16:49:02 +0200 Tobias Burnus wrote: > On 16.10.21 20:54, Jan Hubicka wrote: > > I wrote: > >> Fortran has for a long time 'character(len=5), allocatable" or > >> "character(len=*)". In the first case, the "5" can be ignored as both > >> caller and callee know the length. In th

Re: [PATCH] Fortran: adjust error message for SHORT and LONG intrinsics

2021-10-30 Thread Bernhard Reutner-Fischer via Fortran
On Sat, 30 Oct 2021 20:11:13 +0200 Harald Anlauf via Fortran wrote: > Committed as r12-4807. > > Thanks for the patch! > > Harald > > Am 30.10.21 um 01:15 schrieb Manfred Schwarb via Gcc-patches: > > Am 29.10.21 um 21:51 schrieb Harald Anlauf via Fortran: > >> Hi Manfred, > >> > >> Am 29.10.

Re: [PATCH,FORTRAN] Fix memory leak of gsymbol

2021-10-30 Thread Bernhard Reutner-Fischer via Fortran
> > The only caller is translate_all_program_units. > > Since we free only module gsyms, even -fdump-fortran-global is > > unaffected by this, fwiw. AFAICS we do not have a test for -fdump-fortran-global Do we want to add one, would the attached be OK? thanks, >From 7e7856cf9ec88ab7fb48e7c73f9cc6

Re: [PATCH,FORTRAN 01/29] gdbinit: break on gfc_internal_error

2021-10-30 Thread Bernhard Reutner-Fischer via Fortran
On 30 October 2021 00:13:06 CEST, Jerry D wrote: >Looks OK. Thanks! I guess I need an OK from some global maintainer, too? The breakpoint is ignored by automatically answering the question with n if the symbol is not found when loading .gdbinit for e.g. cc1. thanks, > >Cheers > >On 10/29/21 11

Re: [PATCH] Fortran: Remove documentation for SHORT and LONG intrinics

2021-10-30 Thread Harald Anlauf via Fortran
Committed as r12-4808 after checking "make dvi". Thanks for the patch! Harald Am 30.10.21 um 01:16 schrieb Manfred Schwarb via Gcc-patches: Am 29.10.21 um 21:52 schrieb Harald Anlauf via Fortran: Hi Manfred, Am 29.10.21 um 16:13 schrieb Manfred Schwarb via Gcc-patches: Hi, on 2019-07-23, s

Re: [PATCH] Fortran: adjust error message for SHORT and LONG intrinsics

2021-10-30 Thread Harald Anlauf via Fortran
Committed as r12-4807. Thanks for the patch! Harald Am 30.10.21 um 01:15 schrieb Manfred Schwarb via Gcc-patches: Am 29.10.21 um 21:51 schrieb Harald Anlauf via Fortran: Hi Manfred, Am 29.10.21 um 16:12 schrieb Manfred Schwarb via Fortran: Hi, on 2019-07-23, support for SHORT and LONG intr

Re: [PATCH] Fortran: Correct documentation for REAL intrinsic

2021-10-30 Thread Harald Anlauf via Fortran
Committed as r12-4806. Thanks for the patch! Harald Am 30.10.21 um 01:17 schrieb Manfred Schwarb via Fortran: Am 29.10.21 um 21:56 schrieb Harald Anlauf via Fortran: Hi Manfred, Am 29.10.21 um 16:18 schrieb Manfred Schwarb via Gcc-patches: Hi, documentation for REAL intrinsic is slightly w

Re: [PATCH] Fortran: adjust column sizes in intrinsic.texi

2021-10-30 Thread Harald Anlauf via Fortran
Committed as r12-4805. Thanks for the patch! Harald Am 30.10.21 um 01:14 schrieb Manfred Schwarb via Fortran: Am 29.10.21 um 21:44 schrieb Harald Anlauf via Fortran: Hi Manfred, Am 29.10.21 um 16:05 schrieb Manfred Schwarb via Fortran: Hi, in intrinsic.texi, a lot of tables wrap lines when

Re: [PATCH,FORTRAN] Fix memory leak of gsymbol

2021-10-30 Thread Bernhard Reutner-Fischer via Fortran
On Fri, 29 Oct 2021 01:23:02 +0200 Bernhard Reutner-Fischer wrote: > On Thu, 28 Oct 2021 23:37:59 +0200 > Harald Anlauf wrote: > > > Hi Bernhard, > > > > Am 27.10.21 um 23:43 schrieb Bernhard Reutner-Fischer via Gcc-patches: > > > ping > > > [I'll rebase and retest this too since it's been a

Re: [PATCH] Fortran: recognize Gerhard Steinmetz

2021-10-30 Thread Harald Anlauf via Fortran
Committed as simple and obvious as r12-4803. Harald Am 30.10.21 um 01:18 schrieb Manfred Schwarb via Fortran: Am 29.10.21 um 21:58 schrieb Harald Anlauf via Fortran: Hi Manfred, Am 29.10.21 um 16:33 schrieb Manfred Schwarb via Fortran: Hi, there were really a lot of test cases provided by Ge

Re: [PATCH] PR fortran/99853 - ICE: Cannot convert 'LOGICAL(4)' to 'INTEGER(8)' (etc.)

2021-10-30 Thread Harald Anlauf via Fortran
Committed as simple and obvious after discussion in PR. Harald Am 28.10.21 um 23:03 schrieb Harald Anlauf via Fortran: Dear Fortranners, the original fix by Steve was lingering in the PR. We did ICE in situations where in a SELECT CASE a kind conversion was deemed necessary, but it did involv

Re: libgfortran.so SONAME and powerpc64le-linux ABI changes (2nd patch)

2021-10-30 Thread Thomas Koenig via Fortran
Hi Jakub, On Sat, Oct 30, 2021 at 11:30:29AM +0200, Thomas Koenig wrote: - Have a compiler switch which selects between IEEE_QP and IBM_QP. This was a suggestion by Steve Lionel formerly of DEC and Intel, and they did that when they had a few floating point formats on the Alpha to choo

Re: libgfortran.so SONAME and powerpc64le-linux ABI changes (2nd patch)

2021-10-30 Thread Jakub Jelinek via Fortran
On Sat, Oct 30, 2021 at 11:30:29AM +0200, Thomas Koenig wrote: > - Have a compiler switch which selects between IEEE_QP and IBM_QP. > This was a suggestion by Steve Lionel formerly of DEC and Intel, > and they did that when they had a few floating point formats on > the Alpha to choose from.

Re: libgfortran.so SONAME and powerpc64le-linux ABI changes (2nd patch)

2021-10-30 Thread Thomas Koenig via Fortran
Hi Michael, It adds target hooks so the back end can overwrite the kind number for types. I made the IBM long double type use KIND=15 instead of KIND=16, and Float128 uses KIND=16 as we've discussed. The tests for long double are still failing, so I suspect we will need some way of signalling