[Bug fortran/51605] New: internal compiler error gfc_trans_block_construct, at fortran/trans-stmt.c:984
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51605 Bug #: 51605 Summary: internal compiler error gfc_trans_block_construct, at fortran/trans-stmt.c:984 Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: danlna...@me.com Created attachment 26126 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26126 output copied from shell window and source file
[Bug fortran/51605] internal compiler error gfc_trans_block_construct, at fortran/trans-stmt.c:984
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51605 --- Comment #1 from Dan Nagle 2011-12-17 22:45:42 UTC --- Compiles with fort 12.1, nagfor has a different problem.
[Bug fortran/51605] internal compiler error gfc_trans_block_construct, at fortran/trans-stmt.c:984
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51605 --- Comment #5 from Dan Nagle 2011-12-18 13:13:48 UTC --- Citations from 10-007r1.pdf [185:17-18] says the polymorphic symbol_ptr takes the type of the type guard within the type guard. [171:7-8] says the associating entity loses the pointer attribute but keeps the target attribute. (It has the target attribute because it was a pointer outside the type guard.) Therefore I believe it's conforming to point to the associating entity with a typed pointer. (integer_ptr => symbol_ptr) My analysis could be faulty. I'm using the gfortran I'm using because it had a Mac installer. I thought 4.6.2 was fairly recent. This is all new stuff and I'm learning it myself and getting surprised here and there. Thanks for your efforts.
[Bug fortran/51605] internal compiler error gfc_trans_block_construct, at fortran/trans-stmt.c:984
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51605 --- Comment #11 from Dan Nagle 2011-12-19 15:51:40 UTC --- Hi, I can confirm that changing the label of the select type to integer_or_logical_or_error removes the ICE. I did so at lines 9325 and 13536 in the original source. The new label is a better description of the purpose of the select type anyway. Thanks, everyone! The new version of coco has some (I think anyway) good new features, and some older stuff removed, as per requests. So it's very good to have gfortran on the list of compilers known to work. The new coco is in testing now, but I hope to be able to distribute it RSN. On Dec 19, 2011, at 08:17 , burnus at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51605 > > --- Comment #9 from Tobias Burnus 2011-12-19 > 13:17:15 UTC --- > Dan: Your program should work (with 4.6.2 - or with 4.7 + my patch) if you > either change either the SELECT TYPE label or the subroutine name from > "integer_or_logical" to something else. > > * * * > > Reduced test case for the ICE: > > contains > subroutine foo >BLOCK_NAME: block >end block BLOCK_NAME > end subroutine foo > > subroutine BLOCK_NAME() > end subroutine BLOCK_NAME > > subroutine bar() > end subroutine bar > end > > -- > Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You reported the bug.
[Bug fortran/67073] New: short program produces ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67073 Bug ID: 67073 Summary: short program produces ICE Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: danlnagle at me dot com Target Milestone: --- Created attachment 36094 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36094&action=edit source causing ICE This was discovered when testing leading-edge features from coarrays. Program f2.f90 is the culprit. Adding -Wall gives no further clues. Here's the result: Dans-MacBook-Pro:coarrays dan$ mpif90 -fcoarray=lib f2.f90 -lcaf_mpi f2.f90:18:0: LOCK (lock2) 1 internal compiler error: in gfc_get_tree_for_caf_expr, at fortran/trans-expr.c:1812 f2.f90:18:0: internal compiler error: Abort trap: 6 gfortran: internal compiler error: Abort trap: 6 (program f951) Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. Dans-MacBook-Pro:coarrays dan$ gfortran --version GNU Fortran (GCC) 6.0.0 20150727 (experimental) Copyright (C) 2015 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING Dans-MacBook-Pro:coarrays dan$ mpif90 --version GNU Fortran (GCC) 6.0.0 20150727 (experimental) Copyright (C) 2015 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING File f2.f90 is attached. Thanks for your time and attention.
