[Bug middle-end/37902] [4.3 Regression] in_system_header bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37902 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|4.3.6 |4.4.0 --- Comment #5 from Richard Guenther 2011-06-27 11:34:47 UTC --- Fixed for 4.4.0.
[Bug middle-end/37902] [4.3 Regression] in_system_header bug
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-22 18:12 --- GCC 4.3.5 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.5 |4.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37902
[Bug middle-end/37902] [4.3 Regression] in_system_header bug
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-04 12:29 --- GCC 4.3.4 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.4 |4.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37902
[Bug middle-end/37902] [4.3 Regression] in_system_header bug
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-24 10:20 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.3 |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37902
[Bug middle-end/37902] [4.3 Regression] in_system_header bug
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37902
[Bug middle-end/37902] [4.3 Regression] in_system_header bug
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||diagnostic Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37902
[Bug middle-end/37902] [4.3 Regression] in_system_header bug
--- Comment #1 from jakub at gcc dot gnu dot org 2008-10-23 12:40 --- The regression has been introduced by PR32256, before that in_system_header flag wasn't saved/restored in push_cfun/pop_cfun. The issue seems to be that allocate_struct_function call in store_parm_decls doesn't seem to have a corresponding set_cfun (NULL); call, so when push_cfun during gimplification is called, it doesn't save in_system_header (as cfun is already non-NULL) and more importantly, pop_cfun at the end of gimplification pops to the same cfun, which means in_system_header remains 1 when leaving the gimplifier and is then used by subsequent parsing of bar function. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37902