Re: [Patch fortran] PR84432 & PR114815 - test for non-conforming default PDT initializers

2025-09-04 Thread Paul Richard Thomas
Nit eradicated and pushed as r16-3590. Thanks Paul On Thu, 4 Sept 2025 at 21:53, Harald Anlauf wrote: > Hi Paul! > > Am 04.09.25 um 20:46 schrieb Paul Richard Thomas: > > Hi All, > > > > PDT components with default initializers must have type parameter and > > length expressions that reduce t

Re: GFortran broken after f23bac62f46fc296a4d0526ef54824d406c3756c

2025-09-04 Thread Richard Biener
On Thu, Sep 4, 2025 at 8:22 AM Andre Vehreschild wrote: > > Hi Patrick, > > I applied attached patch, which resolves the issue for me. @Harald does it do > the trick for you, too? > > Thanks Patrick for quick resolution of the issue. OK. Thanks, Richard. > Regards, > Andre > > On Wed, 3

Re: [Patch fortran] PR84432 & PR114815 - test for non-conforming default PDT initializers

2025-09-04 Thread Harald Anlauf
Hi Paul! Am 04.09.25 um 20:46 schrieb Paul Richard Thomas: Hi All, PDT components with default initializers must have type parameter and length expressions that reduce to compile time integer constants. The chunk in expr.cc verifies that this is the case for array bounds and character lengths.

Re: [Patch fortran] PR84432 & PR114815 - test for non-conforming default PDT initializers

2025-09-04 Thread Steve Kargl
On Thu, Sep 04, 2025 at 10:53:48PM +0200, Harald Anlauf wrote: > Hi Paul! > > Am 04.09.25 um 20:46 schrieb Paul Richard Thomas: > > Hi All, > > > > PDT components with default initializers must have type parameter and > > length expressions that reduce to compile time integer constants. The chunk

[Patch fortran] PR84432 & PR114815 - test for non-conforming default PDT initializers

2025-09-04 Thread Paul Richard Thomas
Hi All, PDT components with default initializers must have type parameter and length expressions that reduce to compile time integer constants. The chunk in expr.cc verifies that this is the case for array bounds and character lengths. This error checking results in pdt_26.f03 segfaulting because

[Patch, fortran] PR87362 - [PDT] ICE on variable declaration with undefined PDT parameter

2025-09-04 Thread Paul Richard Thomas
Hi All, Although PR87362 is marked as fixed, the error becomes rather more explicit with this patch, which I actually developed for PR102457. Regtests on FC42/x86_64 - OK for mainline Paul Change.Logs Description: Binary data diff --git a/gcc/fortran/decl.cc b/gcc/fortran/decl.cc index 1e91b57

Re: [Patch, fortran] PR87362 - [PDT] ICE on variable declaration with undefined PDT parameter

2025-09-04 Thread Jerry D
On 9/4/25 6:22 AM, Paul Richard Thomas wrote: Hi All, Although PR87362 is marked as fixed, the error becomes rather more explicit with this patch, which I actually developed for PR102457. Regtests on FC42/x86_64 - OK for mainline Paul Yes, OK Swing Away. Jerry

Re: GFortran broken after f23bac62f46fc296a4d0526ef54824d406c3756c

2025-09-04 Thread Andre Vehreschild
Hi Richard, thanks for the "OK". But please don't expect me to merge this. I have no experience in that part of the compiler and haven't regression tested the patch. I hope someone with more experience in that area is willing to merge the patch and be able to answer future questions. Regards,