This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [tree-ssa] mainline merge as of 2004-04-10


> 
> Two new regressions.
> 
> New regressions in 00testsuite-linux-gnu/20040413/gcc.sum.gz:
>          FAIL: gcc.c-torture/execute/bcp-1.c execution
>          FAIL: gcc.dg/torture/builtin-ctype-1.c (test for excess errors)
> 
> 
> One is the usual builtin stuff not handled at the tree level.  This one
> I'm leaving alone because the whole thing needs to be rethought (post
> merge).
> 
> The bcp-1.c failure is interesting.  We fail it at -Os because of
> 
>        * opts.c (decode_options): Do function inlining with very small
>        max-inline-insns-* parameters when optimizing for size.
> 
> We now refuse to inline at -Os when we predict more than 5
> instructions.  In this case, we are predicting 12.  The function is 'foo
> (x) { return __builtin_constant_p (x); }'  which, inlined, is 'return
> 1;'.  I'm not sure if we need to tweak the predictor or
> max-inline-insns-* for -Os.  Jan?

On mainline we special case builtin_constant_p construct and predict it
as 0 instructions.  This is quite important for kernel headers and for
some reason it didn't get merged into tree-ssa.  I will post patch
fixing this till end of the week.

Honza
> 
> 
> Bootstrapped and tested x86, ia64, alpha, ppc and x86-64.
> 
> 
> Diego.
> 
> 
> 


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]