[Bug fortran/87923] New: ICE in gfc_widechar_to_char, at fortran/scanner.c:198

2018-11-07 Thread gs...@t-online.de
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With option -fdec and versions 7 to 9 : $ cat z1.f90 program p open (1, carriagecontrol=char(1000,4)) open (2, share=char(1000,4)) end $ gfortran-9-20181104 -c z1

[Bug fortran/56423] F08/0071: Shall reject invalid Vector subscript target with Pointer assignment

2018-11-08 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56423 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #2 from G

[Bug fortran/87945] New: [9 Regression] ICE in var_element, at fortran/decl.c:281

2018-11-08 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Changed recently : $ cat z1.f90 program p character :: a, b data a%len /1/ data b%kind /'b'/ end $ gfortran-9-20181104 -c z

[Bug fortran/87946] New: [7/8/9 Regression] ICE in gfc_walk_array_ref, at fortran/trans-array.c:10506

2018-11-08 Thread gs...@t-online.de
: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Affects versions 7 to 9. Compiles with "type(t), allocatable :: u(:)" instead of class... $ cat z1.f90 module m

[Bug fortran/78492] [OOP] Compiler segfault with non_overridable function in generic interface

2018-11-12 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78492 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #4 from G

[Bug fortran/87991] New: ICE in gfc_constructor_append_expr, at fortran/constructor.c:135

2018-11-12 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With (presumably) invalid code down to at least gfortran-5 : $ cat z1.f90 program p type t character(:), pointer :: c end type

[Bug fortran/87992] New: ICE in resolve_fl_variable, at fortran/resolve.c:12314

2018-11-12 Thread gs...@t-online.de
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Changed between 20180909 and 20180916 : $ cat z1.f90 subroutine s(x) class(*), allocatable :: x x = '' end $ gfortran-9-20180909 -c z1.f90 $ $ gfortran-

[Bug fortran/87945] [9 Regression] ICE in var_element, at fortran/decl.c:281

2018-11-12 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87945 --- Comment #2 from G. Steinmetz --- z1.90 above should be _invalid_ code, because a type parameter inquiry can never be assigned a value, and should not be on LHS. An aequivalent example : $ cat z4.f90 program p character :: a, b a%len =

[Bug fortran/87993] New: ICE in gfc_constructor_first, at fortran/constructor.c:234

2018-11-12 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Should be valid code, according to F2018 9.4.5 a type-param-inquiry is scalar even if the designator is an array. $ cat z1.f90 program p integer

[Bug fortran/87994] New: ICE in match_data_constant, at fortran/decl.c:399

2018-11-12 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Should be valid code, thematically related to pr87993. $ cat z1.f90 program p real :: a, b data b /a%kind/ end $ gfortran-9-2018 -c z1.f90 f951: internal compiler

[Bug fortran/87994] ICE in match_data_constant, at fortran/decl.c:399

2018-11-12 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87994 --- Comment #1 from G. Steinmetz --- > Should be valid code, ... Whoops, suboptimal. Better examples : $ cat z3.f90 program p real, parameter :: a = 1.0 data b /a%kind/ end $ cat z4.f90 program p integer, parameter :: a = 1 integer

[Bug fortran/87993] ICE in gfc_constructor_first, at fortran/constructor.c:234

2018-11-12 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87993 --- Comment #1 from G. Steinmetz --- Changed between 20181028 and 20181104 (ICE).

[Bug fortran/79440] internal compiler error: in fold_convert_loc, at fold-const.c:2373

2018-11-13 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79440 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #3 from G

[Bug fortran/87994] ICE in match_data_constant, at fortran/decl.c:399

2018-11-13 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87994 --- Comment #3 from G. Steinmetz --- Sure ...

[Bug fortran/88008] New: [9 Regression] ICE in check_typebound_baseobject, at fortran/resolve.c:6058

2018-11-13 Thread gs...@t-online.de
: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Changed between 20181028 and 20181104 : $ cat z1.f90 module m type t integer, pointer :: z contains procedure

[Bug fortran/88009] New: [9 Regression] ICE in find_intrinsic_vtab, at fortran/class.c:2761

2018-11-13 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Changed between 20180909 and 20180916 : $ cat z1.f90 module m class(*), allocatable :: z end block data use m z = 'z

[Bug fortran/79440] internal compiler error: in fold_convert_loc, at fold-const.c:2373

2018-11-14 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79440 --- Comment #4 from G. Steinmetz --- Reduced test case from comment 0 : $ cat z3.f90 module m type t end type type t2 class(t), pointer :: a end type type, extends(t2) :: t3 end type type t4 class(t2), pointer

[Bug fortran/79426] [7/8/9 Regression] fortran - internal compiler error: in fold_convert_loc, at fold-const.c:2251

2018-11-14 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79426 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #5 from G

[Bug fortran/79426] [7/8/9 Regression] fortran - internal compiler error: in fold_convert_loc, at fold-const.c:2251

2018-11-14 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79426 --- Comment #6 from G. Steinmetz --- In all za* examples above reduce the type by an integer variable. Now type "t" contains one integer and one class(*) : $ cat zb2.f90 program p type t integer :: a class(*), pointer :: u(:)

[Bug fortran/79426] [7/8/9 Regression] fortran - internal compiler error: in fold_convert_loc, at fold-const.c:2251

2018-11-14 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79426 --- Comment #7 from G. Steinmetz --- And with type "t" stripped down to a class only, respectively. Case analogous to the one in comment 3. $ cat zc2.f90 program p type t class(*), pointer :: u(:) end type type(t) :: z select

[Bug fortran/79426] [7/8/9 Regression] fortran - internal compiler error: in fold_convert_loc, at fold-const.c:2251

2018-11-14 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79426 --- Comment #8 from G. Steinmetz --- And to make the picture complete, if you _add_ another integer (regarding comment 5), it compiles silently (but breaks at run time). $ cat z2.f90 program p type t integer :: a integer :: b

[Bug fortran/88025] New: [7/8/9 Regression] ICE in gfc_apply_init, at fortran/expr.c:4468

2018-11-14 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- This invalid code affects versions down to gfortran-5 : $ cat z1.f90 program p type t character(('')) :: c = 'c&#

[Bug fortran/77412] constructor of an extended type with an allocatable component in the base type crashes gfortran

2018-11-15 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77412 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #3 from G

[Bug fortran/88047] New: [9 Regression] ICE in gfc_find_vtab, at fortran/class.c:2843

2018-11-15 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Changed between 20180909 and 20180916 : $ cat z1.f90 program p type t end type class(t) :: x(2) class(t), parameter :: a(2) = t() x

[Bug fortran/88048] New: [8/9 Regression] ICE in check_data_variable, at fortran/resolve.c:15491

2018-11-15 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With invalid code : $ cat z1.f90 program p integer, parameter :: a(2) = 1 data a(2) /a(1)/ print *, a end $ gfortran-7 -g

[Bug fortran/88048] [8/9 Regression] ICE in check_data_variable, at fortran/resolve.c:15491

2018-11-15 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88048 --- Comment #1 from G. Steinmetz --- Invalid code nearby, down to at least gcc-5 : $ cat z4.f90 subroutine s(x) integer, allocatable :: x(:) data x(1:2) /3, 4/ end $ gfortran-9-2018 -c z4.f90 f951: internal compiler error: Segmenta

[Bug fortran/66695] [7/8/9 Regression] [F03] ICE with binding-name equal to the name of a use-associated procedure

2018-11-19 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66695 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #6 from G

[Bug fortran/77382] ICE: verify_gimple failed -- expand_expr_real_1, at expr.c:9651

2018-11-19 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77382 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #5 from G

[Bug fortran/88099] New: ICE in maybe_legitimize_operand, at optabs.c:7170

2018-11-19 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With -fsanitize=undefined or a test version (--enable-checking=yes) : (n2 is not a function reference due to missing "()", and not initialized) $ cat z1.f90 module

[Bug fortran/65381] [7/8/9 Regression] ICE during array result, assignment

2018-11-20 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65381 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #4 from G

[Bug fortran/65381] [7/8/9 Regression] ICE during array result, assignment

2018-11-20 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65381 --- Comment #5 from G. Steinmetz --- Further simplified, z3 without character : $ cat z2.f90 module m type t end type contains pure function g(x) result(z) class(t), intent(in) :: x(:) character :: z(size(x)) end fun

[Bug fortran/88116] New: [8/9 Regression] ICE in gfc_convert_constant(): Unexpected type

2018-11-20 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With invalid code for versions 8/9, silently accepted with 5/6/7 : $ cat z1.f90 program p print *, [integer :: 1, [integer(8) :: 2, [&#

[Bug fortran/88116] [8/9 Regression] ICE in gfc_convert_constant(): Unexpected type

2018-11-20 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88116 --- Comment #1 from G. Steinmetz --- Some older issues : $ cat z3.f90 program p print *, [real :: 1, [integer :: (real(k), k=2,1), 2]] end $ cat z4.f90 program p print *, [real :: [integer :: (dble(k), k=1,0), 2]] end $ gfortran-9-20

[Bug fortran/88117] New: [9 Regression] ICE in gimplify_var_or_parm_decl, at gimplify.c:2697

2018-11-20 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Changed between 20180923 and 20180930 : $ cat z1.f90 program p character(:), pointer :: z(:) z = [character :: 'a', 

[Bug fortran/83953] Internal compiler error with -fcheck=bounds option on derived type components and forall construct

2018-11-21 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83953 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #2 from G

[Bug fortran/88138] New: ICE in gfc_arith_concat, at fortran/arith.c:1007

2018-11-21 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With invalid code down to at least gcc-5 : $ cat z1.f90 program p type t character :: c = 'c' end type type(t), parameter :: x = 1e1 print *, &#

[Bug fortran/88139] New: ICE in get_c_type_name, at fortran/dump-parse-tree.c:3047

2018-11-21 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Since version 8 with option -fc-prototypes : $ cat z1.f90 module m contains subroutine s(*) bind(c, name='f') end end $ gfortran-

[Bug fortran/77604] ICE in get_frame_type, at tree-nested.c:208

2018-11-22 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77604 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #3 from G

[Bug fortran/88154] New: [F18] ICE: Intrinsic function '_gfortran_caf_get_team' (119) not recognized

2018-11-22 Thread gs...@t-online.de
Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Since gfortran-8 with new F2018 intrinsic : $ cat z1.f90 program p print *, get_team() end $ gfortran-9-20181118

[Bug fortran/49802] [F03] [F08] Wrong code with VALUE, VALUE with arrays/DIMENSION

2018-11-22 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49802 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #10 from G

[Bug fortran/88155] New: ICE in gfc_format_decoder, at fortran/error.c:947

2018-11-22 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With a typo, down to at least gcc-5 : $ cat z1.f90 program p type t integer :: a end type type(t) :: x data x /t()1/ print *, x end $ gfortran-9-20181118

[Bug fortran/66681] [Coarray] Wrong result in assigning this_image() to a complex coarray

2018-11-26 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66681 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #12 from G

[Bug fortran/88205] New: ICE in gfc_wide_strncasecmp, at fortran/scanner.c:249

2018-11-26 Thread gs...@t-online.de
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With a non-scalar-default-char-expr, down to at least gcc-5 : $ cat z1.f90 subroutine s real, parameter :: status = 0 open (newunit=n, status=status) end $ cat z2

[Bug fortran/70817] Internal compiler error coarrays -finit-real=snan

2018-11-26 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70817 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #2 from G

[Bug fortran/78892] [7.0 Regression] no type conversion before coarray put

2018-11-26 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78892 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #2 from G

[Bug fortran/88206] New: [7/8/9 Regression] ICE in gfc_match_type_spec, at fortran/match.c:2229

2018-11-26 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Affects versions 7,8,9 : $ cat z1.f90 program p integer, parameter :: z(4) = [1,2,3,4] integer :: k = 2 print *, [real(z(k

[Bug fortran/80467] Function Without Arguments Fails to Generate Error When Declared Later

2018-11-27 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80467 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #8 from G

[Bug fortran/88227] New: ICE in gfc_convert_boz, at fortran/target-memory.c:788

2018-11-27 Thread gs...@t-online.de
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With -m32 down to at least gfortran-5 : $ cat z1.f90 program p print *, dble(b'1010101001101') end $ cat z2.f90 program p print *, real(b'1010

[Bug fortran/88228] New: ICE in check_null, at fortran/expr.c:2691

2018-11-27 Thread gs...@t-online.de
Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With option -fdec since gfortran-7 : $ cat z1.f90 program p integer :: n = .not. 1 end $ cat z2.f90 program p integer :: j = .true. .or. 1 end $ gfortran-9-20181125 -c z1.f90

[Bug fortran/88229] New: ICE tree check: expected integer_cst, have nop_expr in get_len, at tree.h:5608

2018-11-27 Thread gs...@t-online.de
: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With valid code at -O[s123] : $ cat z1.f90 program p call s contains subroutine s character(:), allocatable :: y

[Bug fortran/88229] ICE tree check: expected integer_cst, have nop_expr in get_len, at tree.h:5608

2018-11-27 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88229 --- Comment #1 from G. Steinmetz --- This variant compiles and works : $ cat z3.f90 program p call s contains subroutine s character(:), allocatable :: y allocate (y, source=f('abcdefff')) print *, len(y), y

[Bug fortran/85953] [7/8/9 Regression] ICE in fold_convert_loc, at fold-const.c:2370

2018-11-28 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85953 --- Comment #4 from G. Steinmetz --- Changed in gcc-9 between 20180916 (ICE) and 20180923 (ok). $ gfortran-9-20181125 z1.f90 -static-libgfortran $ a.out abc $

[Bug fortran/88247] New: [8/9 Regression] ICE in get_array_ctor_var_strlen, at fortran/trans-array.c:2068

2018-11-28 Thread gs...@t-online.de
: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Affects version 8/9, but also struggles with older versions : $ cat z1.f90 program p type t character(:), allocatable

[Bug fortran/88247] [8/9 Regression] ICE in get_array_ctor_var_strlen, at fortran/trans-array.c:2068

2018-11-28 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88247 --- Comment #1 from G. Steinmetz --- This variant compiles and works : $ cat z2.f90 program p type t character(:), allocatable :: c end type type(t), allocatable :: x x = t('abc') associate (y => x%c(:)) print *, y

[Bug fortran/88248] [F18] Bogus warning about obsolescent feature: Labeled DO statement

2018-11-28 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88248 --- Comment #1 from G. Steinmetz --- For completeness, similar with outdated return labels : $ cat z3.f90 program p do call sub (*98, *99) end do 98 continue 99 continue end $ gfortran-9-20181125 -c z3.f90 -std=f2008 z3.f90:3:24:

[Bug fortran/88248] New: [F18] Bogus warning about obsolescent feature: Labeled DO statement

2018-11-28 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Branching out via END=, ERR= or EOR= specifier in combination with CONTINUE is interpreted as a labeled DO loop. Option -std=f2018

[Bug fortran/88249] New: ICE in gfc_resolve_filepos, at fortran/io.c:2853

2018-11-28 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With a missing file-unit-number, down to at least gcc-5 : $ cat z1.f90 program p backspace (err=1) endfile (err=1) flush (err=1) rewind (err=1) end $ gfortran-9

[Bug fortran/87751] ICE in gfc_trans_assignment_1, at fortran/trans-expr.c:10255

2018-11-29 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87751 --- Comment #2 from G. Steinmetz --- Changed in gcc-9 between 2018 (ICE) and 20181118 (ok=error), presumably due to pr70260. $ gfortran-9-20181125 -c z1.f90 z1.f90:8:3: 8 |g = 1 | 1 Error: Illegal assignment to external pr

[Bug fortran/88268] New: Misleading extra warnings with -Wdo-subscript

2018-11-29 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Version 8/9 with option -Wextra or -Wdo-subscript gives an additional warning for some valid code sections. Undesirable, but can be ignored. Not recommendable to change a much more

[Bug fortran/88269] New: ICE in gfc_format_decoder, at fortran/error.c:947

2018-11-29 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With invalid code, down to at least gcc-5 : $ cat z1.f90 program p write (end=1e1) write (end=1d1) write (end=1q1) end $ gfortran-9-20181125 -c z1.f90 0x619a5e

[Bug fortran/88326] New: ICE in gfc_conv_array_initializer, at fortran/trans-array.c:6085

2018-12-03 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Affects versions down to at least gcc-5 : $ cat z1.f90 program p character, parameter :: x(3) = ['a','b',

[Bug fortran/88326] ICE in gfc_conv_array_initializer, at fortran/trans-array.c:6085

2018-12-03 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88326 --- Comment #1 from G. Steinmetz --- This variant compiles and runs : $ cat z4.f90 program p character, parameter :: x(3) = ['a','b','c'] character :: y(1) = transfer('x', x) print *, y end $ gfortran-9-20181202 z4.f90 -static-libgf

[Bug fortran/88328] New: ICE in resolve_tag_format, at fortran/io.c:1641

2018-12-03 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Affects versions down to at least gcc-5 : $ cat z1.f90 program p character(3), parameter :: a(0) = [character(3)::] print a end $ gfortran-9-20181202 -c z1.f90 f951

[Bug fortran/71703] [7/8/9 Regression] [OOP] ICE in wide_int_to_tree, at tree.c:1488

2018-12-04 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71703 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #10 from G

[Bug fortran/84007] ICE with same_type_as with CLASS entity

2018-12-04 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84007 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #2 from G

[Bug fortran/88356] New: [9 Regression] ICE with -Werror in reduce_binary_ac, at fortran/arith.c:1318 (and others)

2018-12-04 Thread gs...@t-online.de
Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- A combination of -Werror with some options like -Wundef, -Wswitch or others gives ICEs. This changed between 20180624

[Bug fortran/88356] [9 Regression] ICE with -Werror in reduce_binary_ac, at fortran/arith.c:1318 (and others)

2018-12-04 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88356 --- Comment #1 from G. Steinmetz --- $ cat z2.f90 program p integer :: z(1) = reshape([nint([2.0])], [1]) end $ cat z3.f90 program p integer, parameter :: z(2) = [1,2] print *, any(abs(bessel_jn(z, 1.0) - bessel_jn(z, 1.0)) > epsilon(

[Bug fortran/83865] ICE in wide_int_to_tree_1, at tree.c:1567

2018-12-04 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83865 --- Comment #3 from G. Steinmetz --- Update : $ gfortran-9-20181202 -c z1.f90 z1.f90:3:0: 3 |allocate (z, source=['']) | internal compiler error: in wide_int_to_tree_1, at tree.c:1561 0xd6bd72 wide_int_to_tree_1 ../../gc

[Bug fortran/88357] New: ICE in parse_associate, at fortran/parse.c:4568

2018-12-04 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With invalid code, down to at least gcc-5 : $ cat z1.f90 program p type t end type class(t) :: x[*] associate (y => x) end associate end $ gfortran-9-20181202

[Bug fortran/88357] ICE in parse_associate, at fortran/parse.c:4568

2018-12-04 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88357 --- Comment #1 from G. Steinmetz --- Related non-coarray version : $ cat z3.f90 program p type t end type class(t) :: x associate (y => x) end associate end $ gfortran-9-20181202 -c z3.f90 z3.f90:4:16: 4 |class(t) ::

[Bug fortran/88357] ICE in parse_associate, at fortran/parse.c:4568

2018-12-05 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88357 --- Comment #4 from G. Steinmetz --- Thanks for working on these issues.

[Bug fortran/88376] New: ICE in is_illegal_recursion, at fortran/resolve.c:1689

2018-12-05 Thread gs...@t-online.de
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With invalid code down to gfortran-6 : $ cat z1.f90 module m integer :: n contains subroutine s character(n(3)) :: c end end $ gfortran-5 -c z1.f90 z1.f90

[Bug fortran/88377] New: ICE in gfc_omp_clause_copy_ctor, at fortran/trans-openmp.c:614

2018-12-05 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Affects versions down to at least gfortran-5 : $ cat z1.f90 program p call s(3) contains subroutine s(n) integer :: n

[Bug fortran/88379] New: ICE in resolve_assoc_var, at fortran/resolve.c:8750

2018-12-05 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Extracted from pr88357 : $ cat z2.f90 program p type t end type class(t), allocatable :: x[:] associate (y => x) end associate end $ gfortran-9-20181202 -c

[Bug fortran/88357] ICE in parse_associate, at fortran/parse.c:4568

2018-12-05 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88357 --- Comment #6 from G. Steinmetz --- Sure, this is now pr88379.

[Bug fortran/82586] New: ICE: write_symbol(): bad module symbol

2017-10-17 Thread gs...@t-online.de
Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- I recently did some tests with the very new PDT feature to generate some tiny, disruptive test cases : $ cat z1.f90 module m type t(a) end type end $ gfortran-8-20171015 -c z1.f90

[Bug fortran/82586] ICE: write_symbol(): bad module symbol

2017-10-17 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82586 --- Comment #1 from G. Steinmetz --- Other invalid snippets : $ cat z2.f90 program p type t(a integer, kind :: a real(a) :: x end type end $ cat z3.f90 program p type t(a, a) integer, kind :: a integer, len :

[Bug fortran/82587] New: ICE in get_pdt_constructor, at fortran/resolve.c:1185

2017-10-17 Thread gs...@t-online.de
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Another piece of invalid code : $ cat z1.f90 program p type t(a) integer(kind=t()) :: x end type end $ gfortran-8-20171015 -c z1.f90 f951: internal compiler

[Bug fortran/82589] New: ICE in gfc_get_pdt_instance, at fortran/decl.c:3278

2017-10-17 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- A combination of type-param-attr-spec LEN or KIND with another attribute like PRIVATE conflicts with f2008 4.5.3.1 : $ cat z1.f90 module m type t(a) integer, len

[Bug fortran/82589] ICE in gfc_get_pdt_instance, at fortran/decl.c:3278

2017-10-17 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82589 --- Comment #1 from G. Steinmetz --- These variants are processed without any complaints : $ cat z2.f90 module m type t(a) integer, len, private :: a end type end program p use m type(t(:)), allocatable :: x print *, x end

[Bug fortran/82605] New: ICE in insert_parameter_exprs, at fortran/decl.c:3154

2017-10-18 Thread gs...@t-online.de
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With a missing attribute allocatable or pointer : $ cat z1.f90 program p type t(a, b) integer, kind :: a integer, len :: b real(a) :: r(b) end type

[Bug fortran/82606] New: ICE in gfc_extract_int, at fortran/expr.c:641

2017-10-18 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With reversed declaration order : $ cat z1.f90 program p type t(a, b) integer, len :: b integer, kind :: a real(a) :: r(b) end type type(t(8

[Bug fortran/82606] ICE in gfc_extract_int, at fortran/expr.c:641

2017-10-18 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82606 --- Comment #1 from G. Steinmetz --- BTW, with an invalid modification (--> fortran/decl.c:3244) : $ cat z4.f90 program p type t(a, b, *) integer, kind :: a integer, len :: b real(a) :: r(b) end type type(t(8, 3)) ::

[Bug fortran/82606] [PDT] ICE in gfc_extract_int, at fortran/expr.c:641

2017-10-18 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82606 G. Steinmetz changed: What|Removed |Added Blocks||82173 Summary|ICE in gfc_extra

[Bug fortran/82620] New: [PDT] ICE: free_expr0(): Bad expr type (at fortran/expr.c:497)

2017-10-19 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Tracking an issue due to a typo (in lack of a better example) : $ cat z1.f90 program p type t(a) integer, len :: a end type type

[Bug fortran/82622] New: [PDT] ICE in structure_alloc_comps, at fortran/trans-array.c:8963

2017-10-19 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- This one is an interesting case ... (... and the last PR derived from this search) $ cat z1.f90 program p type t(a) integer, len

[Bug fortran/82622] [PDT] ICE in structure_alloc_comps, at fortran/trans-array.c:8963

2017-10-19 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82622 G. Steinmetz changed: What|Removed |Added Blocks||82173 --- Comment #1 from G. Steinmetz -

[Bug fortran/82622] [PDT] ICE in structure_alloc_comps, at fortran/trans-array.c:8963

2017-10-23 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82622 --- Comment #3 from G. Steinmetz --- Backtrace for example z2 from comment 1 : (with new snapshot, configured with --enable-checking=yes) $ gfortran-8-20171022 -c z2.f90 z2.f90:1:0: program p internal compiler error: tree check: expected arr

[Bug fortran/82622] [PDT] ICE in structure_alloc_comps, at fortran/trans-array.c:8963

2017-10-25 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82622 --- Comment #6 from G. Steinmetz --- (In reply to kargl from comment #5) > Is this valid code and should compile It should be legal, IMO. Note that "a" in z1.f90 is effectively unused (the type parameters need not be used anywhere in the DT).

[Bug fortran/82719] New: [PDT] ICE in transfer_expr, at fortran/trans-io.c:2393

2017-10-25 Thread gs...@t-online.de
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- While experimenting : $ cat z1.f90 program p type t(a) integer, len :: a character(len=a) :: c end type type(t(2)) :: x x = t(2,'ab')

[Bug fortran/82719] [PDT] ICE in transfer_expr, at fortran/trans-io.c:2393

2017-10-25 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82719 G. Steinmetz changed: What|Removed |Added Blocks||82173 --- Comment #1 from G. Steinmetz -

[Bug fortran/82720] New: [PDT] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:2400

2017-10-25 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Another test case : $ cat z1.f90 program p type t(a) integer, len :: a character(len=a) :: c end type type(t

[Bug fortran/82721] New: Error message with corrupted text, sometimes ICE

2017-10-25 Thread gs...@t-online.de
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- This snippet (clearly invalid) gives a second error message with randomly corrupted text : $ cat z1.f90 program p real :: a, b(4) character(len(c)) :: b end $ gfortran-8

[Bug fortran/82721] Error message with corrupted text, sometimes ICE

2017-10-25 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82721 --- Comment #1 from G. Steinmetz --- With a test version (configured with --enable-checking=yes) sometimes a backtrace is produced, like : f951: internal compiler error: Segmentation fault 0xca7e1f crash_signal ../../gcc/toplev.c:326 0x

[Bug fortran/56496] [OOP] [F08] ICE with TYPE(*) coarray and SELECT TYPE

2017-11-06 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56496 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #2 from G

[Bug fortran/56496] [OOP] [F08] ICE with TYPE(*) coarray and SELECT TYPE

2017-11-06 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56496 --- Comment #3 from G. Steinmetz --- Further reduced : $ cat z1.f90 program p class(*), allocatable :: a[:] allocate (integer :: a[*]) select type (a) type is (integer) end select end $ gfortran-8-20171105 -c z1.f90 -fcoarray=

[Bug fortran/82865] New: Option -fdec collides with PDT

2017-11-06 Thread gs...@t-online.de
Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- Several testsuite files ./gcc/testsuite/gfortran.dg/pdt_* are producing extra error messages when combined with option -fdec. One short example : $ cat z1.f90 program p type t(a) integer

[Bug fortran/82866] New: [PDT] ICE in resolve_fl_derived0, at fortran/resolve.c:14004

2017-11-06 Thread gs...@t-online.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gs...@t-online.de Target Milestone: --- With invalid code similar to pr82586 : $ cat z1.f90 module m type t(*) end type end $ /gfortran-8-20171105 -c z1.f90 f951: internal

[Bug fortran/82866] [PDT] ICE in resolve_fl_derived0, at fortran/resolve.c:14004

2017-11-06 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82866 G. Steinmetz changed: What|Removed |Added Blocks||82173 --- Comment #1 from G. Steinmetz -

[Bug fortran/82866] [PDT] ICE in resolve_fl_derived0, at fortran/resolve.c:14004

2017-11-06 Thread gs...@t-online.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82866 --- Comment #2 from G. Steinmetz --- Slightly different : $ cat z7.f90 module m type t(a, :, *) end type end $ cat z7s.f90 subroutine s type t(a, :, *) end type end $ cat z8.f90 module m type t(*, a, :) end type end $ c

<    2   3   4   5   6   7   8   >