[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2018-03-23 Thread jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org ---

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2018-03-22 Thread sgk at troutmask dot apl.washington.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 --- Comment #10 from Steve Kargl --- On Thu, Mar 22, 2018 at 02:27:25PM +, jb at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 > > --- Comment #8 from Janne Blomqvist --- > (In reply to Steve Kargl from

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2018-03-22 Thread jb at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 --- Comment #9 from Janne Blomqvist --- (In reply to Steve Kargl from comment #7) > I suppose one could always check that a length type parameter > less than some max integer based on 32-bit vs 64-bit system, > but that would pessimize all uses

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2018-03-22 Thread jb at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 --- Comment #8 from Janne Blomqvist --- (In reply to Steve Kargl from comment #7) > On Thu, Mar 22, 2018 at 07:53:14AM +, jb at gcc dot gnu.org wrote: > > > > It works on x86_64-pc-linux-gnu (including running it), but the ICE remains > >

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2018-03-22 Thread sgk at troutmask dot apl.washington.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 --- Comment #7 from Steve Kargl --- On Thu, Mar 22, 2018 at 07:53:14AM +, jb at gcc dot gnu.org wrote: > > It works on x86_64-pc-linux-gnu (including running it), but the ICE remains on > i686-pc-linux-gnu. > Janne, thanks for checking.

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2018-03-22 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 --- Comment #6 from Dominique d'Humieres --- > It works on x86_64-pc-linux-gnu (including running it), > but the ICE remains on i686-pc-linux-gnu. Confirmed.

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2018-03-22 Thread jb at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 Janne Blomqvist changed: What|Removed |Added CC||jb at gcc dot gnu.org --- Comment #5

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2018-03-21 Thread kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2016-10-11 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 Martin Liška changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2016-10-11 Thread gerhard.steinmetz.fort...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 --- Comment #2 from Gerhard Steinmetz --- For completeness, with older test versions (--enable-checking=yes) : $ gfortran-7-20161002 z1.f90 z1.f90:2:0: print *, f(2_8**32+1) internal compiler

[Bug fortran/77941] ICE in expand_expr_addr_expr_1, at expr.c:7805

2016-10-11 Thread gerhard.steinmetz.fort...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941 --- Comment #1 from Gerhard Steinmetz --- No ICE with "intent(in)" instead : $ cat z2.f90 program p print *, f(2_8**32+1) contains function f(n) integer(8), intent(in) :: n