[Bug libfortran/61173] [4.9/4.10 Regression] Erroneous "end of file" with internal read

2014-06-03 Thread krefson at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61173 --- Comment #7 from Keith Refson --- Is it possible to say which version of gcc will contain the fix? It is not in the "gfortran.com" snapshot dated 20140528. Will this go in to the 4.9.1 release?

[Bug libfortran/61499] New: Internal read of negative integer broken in 4.9.0 on

2014-06-13 Thread krefson at gmail dot com
Component: libfortran Assignee: unassigned at gcc dot gnu.org Reporter: krefson at gmail dot com Created attachment 32933 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32933&action=edit Source for testcase The attached file compiles bug gives erroneous results with

[Bug libfortran/61499] [4.9/4.10 Regression] Internal read of negative integer broken

2014-07-04 Thread krefson at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61499 --- Comment #9 from Keith Refson --- This fix checks out for the full code in context as well as the boiled-down example. Happy for this to be closed.

[Bug fortran/61927] Optimization bug (regression): Array comparison yields unassigned result at -O3

2014-07-27 Thread krefson at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61927 --- Comment #1 from Keith Refson --- Created attachment 33193 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33193&action=edit Testcase for array comparison optimization bug

[Bug fortran/61927] New: Optimization bug (regression): Array comparison yields unassigned result at -O3

2014-07-27 Thread krefson at gmail dot com
: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: krefson at gmail dot com The attached code, which tests an allocatable array for nonzero values, works correctly when compiled at -O1 and -O3, but malfunctions at -O3

[Bug fortran/103045] New: False report substring out of bounds with -fbounds-check

2021-11-02 Thread krefson at gmail dot com via Gcc-bugs
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: krefson at gmail dot com Target Milestone: --- Created attachment 51723 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51723&action=edit Test program The attached (correct)

[Bug fortran/119800] New: Use of Fortran TRANSFER intrinsic with argument of derived type containing allocatable causes double-free abort

2025-04-14 Thread krefson at gmail dot com via Gcc-bugs
: 14.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: krefson at gmail dot com Target Milestone: --- Created attachment 6 --> https://gcc.gnu.org/bugzi

[Bug fortran/119800] Use of Fortran TRANSFER intrinsic with argument of derived type containing allocatable causes storage aliasing

2025-04-14 Thread krefson at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119800 --- Comment #3 from Keith Refson --- I think it probably also needs to flag up if MOLD contains an allocatable or pointer component too. Modifying the example to TRANSFER to an integer, followed by a second TRANSFER with SOURCE= as an integer a

[Bug fortran/119800] Use of Fortran TRANSFER intrinsic with argument of derived type containing allocatable causes storage aliasing

2025-04-14 Thread krefson at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119800 --- Comment #7 from Keith Refson --- Yes, definitely. Any scalar with an ultimate allocatable component should be warned about.