This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug optimization/12937] Function not inlined
- From: "pinskia at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 7 Nov 2003 15:22:26 -0000
- Subject: [Bug optimization/12937] Function not inlined
- References: <20031107072116.12937.hartmut.schirmer@arcor.de>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12937
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Component|c |optimization
Keywords| |pessimizes-code
Resolution| |DUPLICATE
Target Milestone|--- |3.4
------- Additional Comments From pinskia at gcc dot gnu dot org 2003-11-07 15:22 -------
The problem is that std=c99 adds more trees than not using it and the counting mechanism in
3.3.x sucks (aka just counts the number of trees). But 3.4's count mechanism works with these
example with -std=c99 because its counting mechanism is counting weighted trees (with some
trees of weight 0 which makes the extra trees with -std=c99 go away in the final count). Either do
not use -std=c99 or up the inlining limit or use 3.4 (aka right now the mainline). Also this is a dup
of bug 10971 which is the bug for the -std=c99 inlining bug.
*** This bug has been marked as a duplicate of 10971 ***