[Bug c++/95963] [11 Regression] ICE: Segmentation fault (in contains_struct_check)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95963 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #4 from Jakub Jelinek --- Fixed.
[Bug c++/95963] [11 Regression] ICE: Segmentation fault (in contains_struct_check)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95963 W E Brown changed: What|Removed |Added CC||webrown.cpp at gmail dot com --- Comment #3 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:8dc933c12f489626339b3ba1a8e2dc23eb4de98e commit r11-1728-g8dc933c12f489626339b3ba1a8e2dc23eb4de98e Author: Jakub Jelinek Date: Tue Jun 30 11:42:54 2020 +0200 c-family: Avoid ICEs on calls to internal functions [PR95963] The following testcase ICEs since recent Martin's -Wnonnull changes, we see a CALL_EXPR and ICE because CALL_EXPR_FN is NULL, which is valid for internal function calls. Internal function calls don't have a function type, and will never have format_arg attribute on them nor will serve as the i18n routines -Wformat cares about. 2020-06-30 Jakub Jelinek PR c++/95963 * c-common.c (check_function_arguments_recurse): Don't crash on calls to internal functions. * g++.dg/cpp1z/launder9.C: New test.
[Bug c++/95963] [11 Regression] ICE: Segmentation fault (in contains_struct_check)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95963 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |11.0 --- Comment #2 from Jakub Jelinek --- Started with r11-1697
[Bug c++/95963] [11 Regression] ICE: Segmentation fault (in contains_struct_check)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95963 Jakub Jelinek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org Last reconfirmed||2020-06-29 Status|UNCONFIRMED |ASSIGNED CC||jakub at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- 5818 if (TREE_CODE (param) == CALL_EXPR) 5819{ 5820 tree type = TREE_TYPE (TREE_TYPE (CALL_EXPR_FN (param))); We should add && CALL_EXPR_FN (param) to the condition. I'll handle it.