Hi Paul,
thanks for the review. I have added a stripped down version of the initial
submission as testcase pr88624.f90 (for compile only) and commited as:
gcc-15-2190-g913bab282d9
Thanks for the review and regards,
Andre
On Fri, 19 Jul 2024 17:16:20 +0100
Paul Richard Thomas wrote:
>
Hi all, hi Paul,
you asked me to have a look at PR85510 (which the associate meta bug is blocked
by). I have come up with the cause. The symbol of the coarray is deemed to be
host_associated and therefore the caf_token is not created in the correct scope.
I am not familiar with host-association, s
Hi all,
The attached patch fixes this by avoiding looking for and avoiding the
EOF condition in the parent READ after returning from the child IO process.
I could not think of a simple test case yet since the problem occurred
only when redirecting the input to the test program via a pipe. If
From: Mikael Morin
Hello,
this fixes a null pointer dereference with absent optional dummy passed
as BACK argument of MINLOC/MAXLOC.
Tested for regression on x86_64-linux.
OK for master?
-- >8 --
Protect the evaluation of BACK with a check that the reference is non-null
in case the expression
Hi everybody,
now that a proposal for unsigned number inclusion in Fortran has
passed the J3 hurdle, https://j3-fortran.org/doc/year/24/24-116.txt ,
I thought I would put my working hours where my mouth is and try
my hand at a testbed implementation for gfortran. I am still
grateful to Reinhold
Hi Thomas,
Welcome back!
I was going to propose that we introduce -std=f2028 and to allow proposed
features to be run only if that option is selected; ie. not by default or
-std=gnu. gfortran.dg should have an f2028 directory as well.
I have already written and tested a patch for Reinhold Bader'
