[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-13 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |15.0 Resolution|---

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-13 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #16 from GCC Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:9988d7e004796ab531df7bcda45788a7aa9276d7 commit r15-2902-g9988d7e004796ab531df7bcda45788a7aa9276d7 Author: Harald Anlauf Date:

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-13 Thread kargls at comcast dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #15 from kargls at comcast dot net --- (In reply to anlauf from comment #14) > > Can you construct a testcase which is missed? > Apparently, no! :) Of course, I'm trying to multitask between work and non-work. Patch looks good to

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-13 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #14 from anlauf at gcc dot gnu.org --- (In reply to kargls from comment #13) > (In reply to anlauf from comment #11) > > Created attachment 58926 [details] > > Patch > > > > This patch applies the check of the declared type in resolv

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-13 Thread kargls at comcast dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #13 from kargls at comcast dot net --- (In reply to anlauf from comment #11) > Created attachment 58926 [details] > Patch > > This patch applies the check of the declared type in resolve_array_list, > where there is already a check f

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-13 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot gnu

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-13 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #11 from anlauf at gcc dot gnu.org --- Created attachment 58926 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58926&action=edit Patch This patch applies the check of the declared type in resolve_array_list, where there is alre

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-12 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org --

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-12 Thread kargls at comcast dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #9 from kargls at comcast dot net --- (In reply to anlauf from comment #8) > (In reply to kargls from comment #7) > > I can no longer edit meta data for a PR. The keyword: field is wrong. This > > is an ice-on-invalid-code. Please

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-12 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords|ice-on-valid-code |ice-on-invalid-code --- Comm

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-12 Thread kargls at comcast dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #7 from kargls at comcast dot net --- I can no longer edit meta data for a PR. The keyword: field is wrong. This is an ice-on-invalid-code. Please change.

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-12 Thread kargls at comcast dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #6 from kargls at comcast dot net --- Created attachment 58911 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58911&action=edit Fix the ICE by detecting invalid code The attached patch catches F2023:C7125. It does not address

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-11 Thread kargls at comcast dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #5 from kargls at comcast dot net --- (In reply to kargls from comment #4) > F2023:C7124 (R781) An ac-value shall not be unlimited polymorphic. > > 3.149 > unlimited polymorphic > able to have any dynamic type (3.144.4) during progra

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-11 Thread kargls at comcast dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 kargls at comcast dot net changed: What|Removed |Added CC||kargls at comcast dot net --

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-08-11 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #3 from anlauf at gcc dot gnu.org --- There may be some doubt on the validity of the testcase. Intel ifx: pr114308.f90(20): warning #9108: Polymorphic values in array constructors will be converted to their declared type. [A_ARRAY

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-03-12 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

2024-03-11 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #1 from Andrew Pinski --- GCC before 7 didn't support this feature: Error: Assignment to an allocatable polymorphic variable at (1) is not yet supported