[Bug fortran/108680] New: Wrong DTIO arguments with -fdefault-integer-8

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: albandil at atlas dot cz Target Milestone: --- Wrong DTIO arguments with -fdefault-integer-8 It seems that gfortran miscompiles the following simple program when `-fdefault-integer-8` compiler option is used

[Bug fortran/104972] New: Class dummy argument for array of custom types stuck on -fcheck=bounds

: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: albandil at atlas dot cz Target Milestone: --- When the following program is compiled with `-fcheck=bounds` using a recent version of gfortran, it triggers a bogus (?) error

[Bug fortran/89039] Logical read from stream file that is neither 0 nor 1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89039 --- Comment #2 from Jakub Benda --- The quotation from the manual > Any other integer value results in undefined behavior. is very explicit. Also, I see that using ifort -fpscomp logicals will make ifort compatible with the rest of the wo

[Bug fortran/89039] New: Logical read from stream file that is neither 0 nor 1

Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: albandil at atlas dot cz Target Milestone: --- Related to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22495 Logicals read from an unformatted stream file that are neither 0 nor 1 behave like this: print *, b

[Bug fortran/84674] [7/8/9 Regression] Derived type name change makes a program segfault, removing non_overridable helps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84674 --- Comment #3 from Jakub Benda --- Bisection points to revision 254427 from 5 November 2017, which adds this chunk of code to "fortran/resolv.c" (function "resolve_fl_derived", lines 14081-14093): /* Generate module vtables subject to their a

[Bug fortran/84674] New: Derived type name change makes a program segfault, removing non_overridable

: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: albandil at atlas dot cz Target Milestone: --- Take the program code from https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61284#c0 , change derived type name "t

[Bug libfortran/84529] New: INQUIRE fails on "recycled" internal units

Component: libfortran Assignee: unassigned at gcc dot gnu.org Reporter: albandil at atlas dot cz Target Milestone: --- The following program fails with the error "Inquire statement identifies an internal file" at the call to INQUIRE. program TestRecycleInternalUni

[Bug fortran/84506] New: INQUIRE(pos=) always sets pos=0 with -fdefault-integer-8

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: albandil at atlas dot cz Target Milestone: --- INQUIRE(pos=...) seems to set 'pos' to zero when the unit number is 64bit integer. This can be illustrated on the following exam