https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60834
--- Comment #6 from Damian Rouson ---
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61281
--- Comment #2 from Damian Rouson ---
I assume you're saying it disappeared and then reappeared and you're confirming
the problem exists on the current trunk. Correct?
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: rouson at stanford dot edu
The code below demonstrates a bug isolated from code from my collaborator Rob
Rosenberg of the Naval Research Laboratory. The code exhibits an
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: rouson at stanford dot edu
The code and error message below demonstrate an ICE that occurs when passing an
actual argument that extends a type with two components: a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #7 from Damian Rouson ---
I assume the ICE below is related to this PR, but the argument in this case is
an array. Should I generate a separate PR?
$ cat parse_command_line.f90
module parse_command_line
implicit none
contains
f
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: rouson at stanford dot edu
The current trunk gives an ICE when a procedure contains a “do concurrent” and
an internal subprogram:
$ cat doconcurrent.f90
subroutine ice_with_gfortran49
Assignee: unassigned at gcc dot gnu.org
Reporter: rouson at stanford dot edu
With the current trunk, the final subroutine is not invoked when the variable
"bar" goes out of scope in the following code:
localhost:~ rouson$ cat final.f90
module foo_module
implicit n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #20 from Damian Rouson ---
FYI, the current port of gcc49 via macports is broken
(https://trac.macports.org/ticket/41964) so I think Tom’s only choice will be
to build from source or build on another platform unless the port gets fixed
