[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-07-01 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #11 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:bac42273343bb9a198704900e2118ed4e84cb23a commit r10-10878-gbac42273343bb9a198704900e2118ed4e84cb23a Author: Harald Anlauf

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-07-01 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #10 from CVS Commits --- The releases/gcc-11 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:7296a7c9aa35a9731a73e33c29f6bbc488a0c837 commit r11-10103-g7296a7c9aa35a9731a73e33c29f6bbc488a0c837 Author: Harald Anlauf

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-06-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #9 from CVS Commits --- The releases/gcc-12 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:6bcab64467d7393d69bf5abd7b2a0aba22d2896e commit r12-8531-g6bcab64467d7393d69bf5abd7b2a0aba22d2896e Author: Harald Anlauf

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-06-26 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-06-26 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #7 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:a312407bd715647f7c11b67e0a52effc94d0f15d commit r13-1276-ga312407bd715647f7c11b67e0a52effc94d0f15d Author: Harald Anlauf Date: M

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-06-20 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-06-19 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #5 from anlauf at gcc dot gnu.org --- The following patch fixes the ICE and regtests OK: diff --git a/gcc/fortran/decl.cc b/gcc/fortran/decl.cc index bd586e75008..3e04f45e9ac 100644 --- a/gcc/fortran/decl.cc +++ b/gcc/fortran/decl.cc

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-06-14 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #4 from anlauf at gcc dot gnu.org --- Anyway, there's likely an ordering issue looking at array bounds and using them. Moving the type decl to a module, the problem seems to disappear: module m implicit none integer, parameter :

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-06-14 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #3 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #2) > Reduced testcase: > > integer, parameter :: m = sizeof(d) ! ICE for n < 1 In target-memory.cc we run into int_size_in_bytes(), which returns -12 for n=0,

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-06-14 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

2022-06-13 Thread gscfq--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 G. Steinmetz changed: What|Removed |Added Keywords||ice-on-valid-code --- Comment #1 from G.