[PATCH] PR122936 Read for user defined data types in Fortran fails ...

Harald Anlauf anlauf@gmx.de
Mon Dec 15 19:36:51 GMT 2025


Hi Jerry!

Am 14.12.25 um 23:56 schrieb Jerry D:
> Hi all,
> 
> See attached patch and change log below.
> 
> Took we a while to sort this one out. Ultimately, my fix for PR105361 
> was wrong and we were calling hit_eof in the wrong place for the wrong 
> reasons. This is also a regression because the new testcase passes on 14 
> and fails on 15.
> 
> Regression tested on x86_64_linux_gnu.
> 
> OK for mainline? Then backport to 15 after some burn in.
> 
> Regards,
> 
> Jerry
> 
> commit f3df5d8f6b775f24b6090840a1b604d1582f875a
> Author: Jerry DeLisle <jvdelisle@gcc.gnu.org>
> Date:   Sun Dec 14 13:23:36 2025 -0800
> 
> Fortran: Fix bad read involving extra input text.
> 
>      The problem here involved DTIO mixed with non-DTIO
>      variables in list formatted reads.  The previous fix to
>      PR105361 broke the test case here by mis-handling the
>      end of file conditions. It was found that the code could
>      be significantly reduced as well.
> 
>      PR libfortran/122936
> 
>      libgfortran/ChangeLog:
> 
>         * io/list_read.c (finish_list_read): Remove the use of hit_eof
>         and free_line. Simplify the logic. Add comments to clarify.
> 
>      gcc/testsuite/ChangeLog:
> 
>         * gfortran.dg/pr122936.f90: New test.
> 

Yes, this is OK for mainline and backport.

Thanks for the patch!

Harald



More information about the Fortran mailing list