[Bug fortran/100778] [11 Regression] Get SIGFPE on simple test with -fpe-trap=invalid and SLP vectorization ON, with gfortran 11.1.0 on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778 anlauf at gcc dot gnu.org changed: What|Removed |Added Known to fail||11.1.0 Ever confirmed|0

[Bug fortran/100656] ICE in gfc_conv_expr_present, at fortran/trans-expr.c:1934

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100656 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/100602] [11/12 Regression] Erroneous "pointer argument is not associated" runtime error.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100602 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords|rejects-valid |wrong-code

[Bug fortran/100724] -fwhole-program breaks module use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100724 anlauf at gcc dot gnu.org changed: What|Removed |Added Known to work||7.5.0 Ever confirmed|0

[Bug fortran/99839] [9/10/11/12 Regression] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/95502] ICE in gfc_check_do_variable, at fortran/parse.c:4446

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95502 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/95501] ICE in gfc_match_pointer_assignment, at fortran/match.c:1422

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95501 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/99839] [9/10/11/12 Regression] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/100755] Error with fortran object (v11.1.0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords|ice-on-valid-code |ice-on-invalid-code

[Bug fortran/100656] ICE in gfc_conv_expr_present, at fortran/trans-expr.c:1934

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100656 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug tree-optimization/100778] [11 Regression] Get SIGFPE on simple test with -fpe-trap=invalid and SLP vectorization ON, with gfortran 11.1.0 on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778 anlauf at gcc dot gnu.org changed: What|Removed |Added Component|fortran |tree-optimization ---

[Bug fortran/100551] [11/12 Regression] Passing return value of intrinsic to class(*) dummy argument can cause segfaults

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100551 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/92065] [9/10/11/12 Regression] internal compiler error: in expand_expr_real_1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||pault at gcc dot gnu.org ---

[Bug fortran/100656] ICE in gfc_conv_expr_present, at fortran/trans-expr.c:1934

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100656 --- Comment #3 from anlauf at gcc dot gnu.org --- The following patch seems to fix the issue: diff --git a/gcc/fortran/trans-array.c b/gcc/fortran/trans-array.c index 6d38ea78273..7eeef554c0f 100644 --- a/gcc/fortran/trans-array.c +++

[Bug fortran/100855] pow run time gfortran vs ifort

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100855 --- Comment #2 from anlauf at gcc dot gnu.org --- If you do not care about correct rounding, you can replace sum = sum + (i ** (0.05 + n)) by sum = sum + exp (log (real(i)) * (0.05 + n)) I think __builtin_powf and powf do care. I do

[Bug fortran/100860] class(*) type is (character(*)) produces a segmentation fault when run

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100860 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-06-01

[Bug fortran/86115] move_alloc for class(*) containing value of type character(len=*) looses data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86115 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/86115] move_alloc for class(*) containing value of type character(len=*) looses data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86115 --- Comment #3 from anlauf at gcc dot gnu.org --- Looking at the dump tree, it appears that the _vptr component is properly copied, but the _len component is not. But this one is needed for unlimited polymorphics.

[Bug fortran/100194] [9/10/11/12 Regression] ICE in gfc_trans_create_temp_array, at fortran/trans-array.c:1351

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100194 --- Comment #4 from anlauf at gcc dot gnu.org --- We are hitting the assert 1351 gcc_assert (ss->dimen > 0); in gfc_trans_create_temp_array which does not handle assumed rank yet. (here ss->dimen = -1).

[Bug fortran/100273] [9/10/11/12 Regression] ICE in gfc_create_module_variable, at fortran/trans-decl.c:5352

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |9.4 Priority|P3

[Bug fortran/100273] [9/10/11/12 Regression] ICE in gfc_create_module_variable, at fortran/trans-decl.c:5352

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug fortran/100274] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100274 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |9.4 Priority|P3

[Bug fortran/100274] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100274 --- Comment #2 from anlauf at gcc dot gnu.org --- The patch in comment#1 would turn the ICE into an accepts-invalid, since we would only get a warning instead of an error. This happens because the character length check in

[Bug fortran/100274] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100274 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/100218] Allow target of the pointer resulting from the evaluation of function-reference in a variable definition context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100218 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/100154] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100154 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/100275] ICE in gfc_build_null_descriptor, at fortran/trans-array.c:417

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100275 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1

[Bug fortran/100183] Segmentation fault at runtime when passing an internal procedure as argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100183 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Ever

[Bug fortran/86206] ICE in gfc_resolve_forall, at fortran/resolve.c:9989

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86206 --- Comment #6 from anlauf at gcc dot gnu.org --- I agree that there is a strange bookkeeping issue. Swapping the order of the two functions in comment#0 makes the ICE go away. Printing forall_save, nvar, total_var in gfc_resolve_forall may

[Bug fortran/100154] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100154 --- Comment #7 from anlauf at gcc dot gnu.org --- (In reply to Tobias Burnus from comment #4) > as ptr_returning_func() (a function reference with data pointer result) is a > variable in the sense of the Fortran standard (F2018:R902)? Do you

[Bug fortran/100154] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100154 anlauf at gcc dot gnu.org changed: What|Removed |Added Attachment #50651|0 |1 is obsolete|

[Bug fortran/100183] Segmentation fault at runtime when passing an internal procedure as argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100183 --- Comment #1 from anlauf at gcc dot gnu.org --- Cannot reproduce either with GNU Fortran (SUSE Linux) 10.2.1 20200825 [revision c0746a1beb1ba073c7981eb09f55b3d993b32e5c] nor with GNU Fortran (GCC) 10.3.1 20210420 May need narrowing down to

[Bug fortran/100154] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100154 --- Comment #5 from anlauf at gcc dot gnu.org --- Created attachment 50651 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50651=edit WIP patch This patch reuses variable_check() and as a bonus fixes the declarations of the subroutine

[Bug fortran/100154] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100154 --- Comment #8 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #7) > Do you think the following is the right thing? Correction: diff --git a/gcc/fortran/check.c b/gcc/fortran/check.c index 82db8e4e1b2..e1ec1c610e8 100644

[Bug fortran/97571] long parsing phase for simple array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97571 --- Comment #6 from anlauf at gcc dot gnu.org --- (In reply to Mark J Olah from comment #5) > Whatever is happening inside the AST evaluation in this case is not only > extraordinarily inefficient, but also apparently exponential with the size >

[Bug fortran/100227] [8/9/10/11/12 Regression] write with implicit loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100227 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/97571] long parsing phase for simple array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97571 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||compile-time-hog --- Comment

[Bug fortran/100283] [11/12 Regression] Call to MIN0 with integer(8) arguments raises an ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100283 anlauf at gcc dot gnu.org changed: What|Removed |Added Known to fail||11.1.0, 12.0

[Bug fortran/100283] [11/12 Regression] Call to MIN0 with integer(8) arguments raises an ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100283 --- Comment #2 from anlauf at gcc dot gnu.org --- The testcase is accepted with -fdefault-integer-8.

[Bug fortran/92621] Problems with memory handling with allocatable intent(out) arrays with bind(c)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621 --- Comment #13 from anlauf at gcc dot gnu.org --- (In reply to José Rui Faustino de Sousa from comment #12) > I do not have the "edit" or "take" links and if I click "Not yet assigned to > anyone" it tries to send an email to

[Bug fortran/100158] Some issues with fortran testsuite files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100158 --- Comment #1 from anlauf at gcc dot gnu.org --- The files testsuite/substr_{9,10}.f90 were moved by Tobias: r12-68-gac456fd981db6b0c2f7ee1ab0d17d36087a74dc2

[Bug fortran/100154] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100154 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/100218] Allow target of the pointer resulting from the evaluation of function-reference in a variable definition context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100218 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/70070] ICE on initializing character data beyond min/max bound

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70070 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/86470] [8/9/10/11 Regression] [OOP] ICE with OMP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86470 --- Comment #7 from anlauf at gcc dot gnu.org --- Untested patch: diff --git a/gcc/fortran/trans.c b/gcc/fortran/trans.c index a2376917635..7699e98f6ea 100644 --- a/gcc/fortran/trans.c +++ b/gcc/fortran/trans.c @@ -689,9 +689,14 @@

[Bug fortran/97272] Wrong answer from MAXLOC with character arg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97272 --- Comment #11 from anlauf at gcc dot gnu.org --- (In reply to Bill Long from comment #10) > Still fails with 10.2.0. Can you say which release version will include the > fix? According to https://gcc.gnu.org/, gcc 10.2 was released in July

[Bug fortran/99369] [10/11 Regression] ICE in gfc_resolve_expr, at fortran/resolve.c:7167

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99369 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/99709] [PDT] VALUE attribute for an object with nonconstant length parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99709 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Summary|VALUE

[Bug fortran/96859] Wrong answer with intrinsic merge_bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96859 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #13 from

[Bug fortran/96012] [9/10/11 Regression] ICE in fold_convert_loc, at fold-const.c:2558

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96012 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING --- Comment #6 from

[Bug fortran/99348] ICE in resolve_structure_cons, at fortran/resolve.c:1286

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99348 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/99840] [9/10/11 Regression] ICE in gfc_simplify_matmul, at fortran/simplify.c:4777

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99840 --- Comment #8 from anlauf at gcc dot gnu.org --- Patch: https://gcc.gnu.org/pipermail/fortran/2021-March/055897.html

[Bug fortran/99840] [9/10/11 Regression] ICE in gfc_simplify_matmul, at fortran/simplify.c:4777

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99840 --- Comment #4 from anlauf at gcc dot gnu.org --- For reasons I do not understand, Breakpoint 1, gfc_simplify_matmul (matrix_a=0x292bbf0, matrix_b=0x292c550) at ../../gcc-trunk/gcc/fortran/simplify.c:4777 4777 result_columns =

[Bug fortran/99840] [9/10/11 Regression] ICE in gfc_simplify_matmul, at fortran/simplify.c:4777

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99840 --- Comment #5 from anlauf at gcc dot gnu.org --- OK, now I see it. gfc_get_shape does not init the resulting shape. The following simpler patch does the job: diff --git a/gcc/fortran/simplify.c b/gcc/fortran/simplify.c index

[Bug fortran/99840] [9/10/11 Regression] ICE in gfc_simplify_matmul, at fortran/simplify.c:4777

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99840 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/99798] ICE when compiling a variant of pr87907

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99798 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Keywords|

[Bug fortran/99840] [9/10/11 Regression] ICE in gfc_simplify_matmul, at fortran/simplify.c:4777

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99840 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/99839] [8/9/10/11 Regression] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |8.5 Summary|ICE

[Bug fortran/99817] [10/11 Regression] ICE in create_function_arglist, at fortran/trans-decl.c:2838 (etc.)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99817 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org,

[Bug fortran/99839] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug fortran/99819] [9/10/11 Regression] ICE in gfc_defer_symbol_init, at fortran/trans-decl.c:841

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99819 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug libfortran/99740] floating point exception in rand() in gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99740 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-03-23 Ever

[Bug fortran/99112] [11 Regression] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:2646

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99112 --- Comment #4 from anlauf at gcc dot gnu.org --- A simple one-liner on top of Paul's patch fixes it: diff --git a/gcc/fortran/trans-intrinsic.c b/gcc/fortran/trans-intrinsic.c index 9cf3642f694..5e53d1162fa 100644 ---

[Bug fortran/99112] [11 Regression] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:2646

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99112 --- Comment #3 from anlauf at gcc dot gnu.org --- (In reply to Paul Thomas from comment #2) > For whatever reason, the chunk in gfc_conv_intrinsic_size doesn't quite work > correctly because the wrong message is selected. Thus a bit more work is

[Bug fortran/99585] ICE with SIZE intrinsic on nested derived type components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99585 --- Comment #1 from anlauf at gcc dot gnu.org --- Reduced example: module m type t end type type t2 type(t), allocatable :: my(:) end type t2 contains function h (x) result(z) class(t2) :: x(:) type(t) ::

[Bug fortran/99585] ICE with SIZE intrinsic on nested derived type components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99585 anlauf at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Keywords|

[Bug fortran/99585] ICE with SIZE intrinsic on nested derived type components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99585 --- Comment #2 from anlauf at gcc dot gnu.org --- Actually the SIZE intrinsic might be a red herring, as the following variant does also ICE: module m type t end type type t2 integer :: n end type t2 contains function h (x)

[Bug fortran/99585] New: ICE with SIZE intrinsic on nested derived type components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99585 Bug ID: 99585 Summary: ICE with SIZE intrinsic on nested derived type components Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/99112] [11 Regression] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:2646

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99112 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/99602] [11 regression] runtime error: pointer actual argument not associated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602 --- Comment #14 from anlauf at gcc dot gnu.org --- (In reply to Jürgen Reuter from comment #13) > Cool, thanks for the quick reaction, Paul. Maybe Harald can have a look at > it as well :D LGTM. It's by Paul. He simply needs to get the

[Bug fortran/99609] Pure Function that has a Variable with Value Attribute that is modified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99609 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/99602] [11 regression] runtime error: pointer actual argument not associated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602 --- Comment #16 from anlauf at gcc dot gnu.org --- (In reply to Jürgen Reuter from comment #15) > > LGTM. It's by Paul. He simply needs to get the testcase's dg-foo right... > > ;-) > > Now I'm confused. So you consider the fix ok? Will it

[Bug fortran/99506] internal compiler error: in record_reference, at cgraphbuild.c:64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99506 --- Comment #6 from anlauf at gcc dot gnu.org --- (In reply to Richard Biener from comment #4) > I don't know fortran enough for what 'parameter' means in this context: > >real(double), parameter:: latt(jmax) = [(latt100(i)/100.d0,

[Bug fortran/99205] [10/11 Regression] Out of memory with undefined character length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99205 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/99205] [10/11 Regression] Out of memory with undefined character length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99205 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/99688] AddressSanitizer: stack-buffer-overflow on address at gfc_match_name(char*) gcc/fortran/match.c:685

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99688 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/99138] ICE in gfc_match_rvalue, at fortran/primary.c:3738

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99138 --- Comment #7 from anlauf at gcc dot gnu.org --- The patch in comment#6 generates an unexpected error: pr99138.f90:11:2: 11 | module function f(x) | 1 Error: Type mismatch in function result (CLASS(STAR)/CLASS(*)) between the

[Bug fortran/99138] ICE in gfc_match_rvalue, at fortran/primary.c:3738

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99138 --- Comment #8 from anlauf at gcc dot gnu.org --- The check in interface.c:gfc_check_result_characteristics has an asymmetry coming from symbol.c:gfc_type_compatible that could be evaded by swapping arguments: diff --git

[Bug fortran/99138] ICE in gfc_match_rvalue, at fortran/primary.c:3738

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99138 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/99368] ICE in build_function_decl, at fortran/trans-decl.c:2381

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99368 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||diagnostic Last

[Bug fortran/93340] [8 Regression] ICE in check_constant_initializer, at fortran/trans-decl.c:5450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93340 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/49278] ICE (segfault) when combining DATA with default initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49278 --- Comment #28 from anlauf at gcc dot gnu.org --- Patch for accepts-invalid / ice-on-invalid-code (parameter + data) part: https://gcc.gnu.org/pipermail/fortran/2021-March/055768.html

[Bug fortran/99257] ICE in build_field, at fortran/trans-common.c:303

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99257 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/99345] [11 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2464 since r11-2578-g27eac9ee6137a6b5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99345 --- Comment #10 from anlauf at gcc dot gnu.org --- Further reduced: DO iq = 1, nq CALL calc_upper_fan (iq) ENDDO CONTAINS SUBROUTINE calc_upper_fan (iq) INTEGER :: iq INTEGER :: recl INQUIRE(IOLENGTH=recl) iq END END

[Bug fortran/99205] [10/11 Regression] Out of memory with undefined character length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99205 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-03-08

[Bug fortran/99205] [10/11 Regression] Out of memory with undefined character length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99205 --- Comment #2 from anlauf at gcc dot gnu.org --- This fixes the testcase and passes regtesting: diff --git a/gcc/fortran/data.c b/gcc/fortran/data.c index 25e97930169..71e2552025d 100644 --- a/gcc/fortran/data.c +++ b/gcc/fortran/data.c @@

[Bug libfortran/99218] [8/9/10/11 Regression] matmul on temporary array accesses invalid memory (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99218 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/99206] [11 Regression] ICE in add_init_expr_to_sym, at fortran/decl.c:1980

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99206 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/99169] [9/10/11 Regression] Segfault when passing allocatable scalar into intent(out) dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99169 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/99218] matmul on temporary array accesses invalid memory (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99218 --- Comment #2 from anlauf at gcc dot gnu.org --- Reduced testcase: program play implicit none integer, parameter :: NCON = 1 integer, parameter :: NSTATE = 3 real,parameter :: ZERO = 0.0 real :: G(nCon,nState) = ZERO real ::

[Bug fortran/99218] matmul on temporary array accesses invalid memory (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99218 anlauf at gcc dot gnu.org changed: What|Removed |Added Known to fail||8.4.1 --- Comment #3 from

[Bug libfortran/99218] [8/9/10/11 Regression] matmul on temporary array accesses invalid memory (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99218 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|[8/9/19/11 Regression] |[8/9/10/11 Regression]

[Bug fortran/99218] matmul on temporary array accesses invalid memory (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99218 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug libfortran/99218] [8/9/19/11 Regression] matmul on temporary array accesses invalid memory (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99218 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|matmul on temporary array |[8/9/19/11 Regression]

[Bug libfortran/99218] [8/9/19/11 Regression] matmul on temporary array accesses invalid memory (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99218 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/63797] Bogus ambiguous reference to 'sqrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63797 --- Comment #8 from anlauf at gcc dot gnu.org --- (In reply to Steve Kargl from comment #7) > which looks like a default initialization. Does sqrt need to be > recorded into the module? If not, then your patch is probably ok. My patch actually

[Bug fortran/63797] Bogus ambiguous reference to 'sqrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63797 --- Comment #9 from anlauf at gcc dot gnu.org --- Patch: https://gcc.gnu.org/pipermail/fortran/2021-April/055935.html

[Bug fortran/100136] [11 Regression] ICE, regression, using flag -fcheck=pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100136 --- Comment #2 from anlauf at gcc dot gnu.org --- We do not properly handle the VALUE attribute. Reduced testcase: program p implicit none class(*), allocatable :: d call add_class (d) contains subroutine add_class (d) class(*),

[Bug fortran/63797] Bogus ambiguous reference to 'sqrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63797 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/99255] ICE in gfc_dt_upper_string, at fortran/module.c:441

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99255 --- Comment #2 from anlauf at gcc dot gnu.org --- Replacing class(t) :: x by class(t), allocatable :: x avoids the ICE. Could be an error recovery issue.

<    1   2   3   4   5   6   7   8   9   10   >