Joern Rennecke wrote:
Doing only one update_life_info_in_dirty_blocks before the
crossjumping makes the compilation time go right back to 0.95
seconds. If that works, is another question... if there are any
transformations that invalidate global_live_at_end, we'll have to make
them update
Joern Rennecke wrote:
Joern Rennecke wrote:
I've found that the most striking compilation time increase was for
flex / parse.c, which is a bison parser.
-Os compilation for i686-pc-linux-gnu X sh-elf --disable-checking
went from 0.95 to 4.5 seconds.
Optimizing the REG_SET_EQ invocations gav
Joern Rennecke wrote:
I've found that the most striking compilation time increase was for
flex / parse.c, which is a bison parser.
-Os compilation for i686-pc-linux-gnu X sh-elf --disable-checking went
from 0.95 to 4.5 seconds.
Optimizing the REG_SET_EQ invocations gave a moderate win, down t
Daniel Berlin wrote:
On Thu, 2005-12-15 at 00:48 +0100, Steven Bosscher wrote:
Hi,
Someone caused a >10% compile time regression yesterday for CSiBE, see
http://www.csibe.org/draw-diag.php?branchid=mainline&flags=-Os&rel_flag=--none--&dataview=Timeline&finish_button=Finish&draw=sbs&view=1&b
Daniel Berlin wrote:
On Thu, 2005-12-15 at 00:48 +0100, Steven Bosscher wrote:
Hi,
Someone caused a >10% compile time regression yesterday for CSiBE, see
http://www.csibe.org/draw-diag.php?branchid=mainline&flags=-Os&rel_flag=--none--&dataview=Timeline&finish_button=Finish&draw=sbs&view=1&base
On Thu, 2005-12-15 at 00:48 +0100, Steven Bosscher wrote:
> Hi,
>
> Someone caused a >10% compile time regression yesterday for CSiBE, see
> http://www.csibe.org/draw-diag.php?branchid=mainline&flags=-Os&rel_flag=--none--&dataview=Timeline&finish_button=Finish&draw=sbs&view=1&basephp=l-sbs
>
>
>
Hi,
Someone caused a >10% compile time regression yesterday for CSiBE, see
http://www.csibe.org/draw-diag.php?branchid=mainline&flags=-Os&rel_flag=--none--&dataview=Timeline&finish_button=Finish&draw=sbs&view=1&basephp=l-sbs
Gr.
Steven
