Re: [Patch, fortran] PR109345 - [12/13/14/15 Regression] class(*) variable that is a string array is not handled correctly

> > Hi Harald, > Thanks for the review! > ... except that the PR number should be corrected (109345 instead of > 109435) in the testcase and the commit message (Change.logs). > > Dyslexics of the world untie! Paul

Re: [patch, Fortran] Reject UNSIGNED for COMPLEX

Am 10.11.24 um 21:54 schrieb Harald Anlauf: Hi Thomas, the patch is basically fine. I am wondering if we should create a new helper function that is the opposite of type_check ("type_cannot_be"), so that we avoid redundant code at the source level.  It may not be worth it yet, so your choice.

[Patch, fortran] PR116388 - [13/14/15 regression] Finalizer called on uninitialized components of intent(out) argument

'Obvious' patch committed as r15-5078-g42a2df0b7985b2a4732ba1c29726ac7aabd5eeae. Will backport later Thanks to Tomas Trnka for investigating identifying the fix. Regards Paul

[Patch] OpenMP: 'interop' construct - add C parser support, improve Fortran pasing

Background: omp interop device(1) init(prefer_type("cuda"), targetsync: obj) depend(inout: x) nowait … omp interop destroy(obj) initializes the omp_interop_t / integer(omp_interop_kind) variable for device '1' and (thanks to 'targetsync') creates a stream object. 'obj' can then be used