This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: optimization/10160: [3.3/3.4 regression][SPARC] compile time regression; inordinate time spent in "scheduling"
- From: ebotcazou at gcc dot gnu dot org
- To: china at thewrittenword dot com, ebotcazou at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, vmakarov at gcc dot gnu dot org
- Date: 16 Apr 2003 13:14:39 -0000
- Subject: Re: optimization/10160: [3.3/3.4 regression][SPARC] compile time regression; inordinate time spent in "scheduling"
- Reply-to: ebotcazou at gcc dot gnu dot org, china at thewrittenword dot com, ebotcazou at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, vmakarov at gcc dot gnu dot org, gcc-gnats at gcc dot gnu dot org
Synopsis: [3.3/3.4 regression][SPARC] compile time regression; inordinate time spent in "scheduling"
Responsible-Changed-From-To: vmakarov->ebotcazou
Responsible-Changed-By: ebotcazou
Responsible-Changed-When: Wed Apr 16 13:14:39 2003
Responsible-Changed-Why:
Hum... I don't think that the scheduler is to be blamed here,
rather the tree inliner: cutting the inlining limit by 10
(-finline-limit=60) brings the compile time on par with that
of the 3.2.x branch.
The new logic of the tree inliner is not exactly adapted to this testcase.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10160