This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [tree-ssa] mainline merge as of 2004-04-10
- From: Jan Hubicka <jh at suse dot cz>
- To: Diego Novillo <dnovillo at redhat dot com>
- Cc: "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>, Jan Hubicka <jh at suse dot cz>
- Date: Thu, 15 Apr 2004 00:04:35 +0200
- Subject: Re: [tree-ssa] mainline merge as of 2004-04-10
- References: <1081896717.10464.50.camel@localhost.localdomain>
>
> 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.
>
>
>