On 7/13/05, Steven Bosscher <[EMAIL PROTECTED]> wrote:
> On Wednesday 13 July 2005 04:29, Josh Conner wrote:
> > > Finally, you've apparently used grep to find all the places where
> > > PARAM_MAX_INLINE_INSNS_SINGLE and its friends are used, but you hve
> > > missed the ones in opts.c and maybe el
On Wednesday 13 July 2005 04:29, Josh Conner wrote:
> > Finally, you've apparently used grep to find all the places where
> > PARAM_MAX_INLINE_INSNS_SINGLE and its friends are used, but you hve
> > missed the ones in opts.c and maybe elsewhere.
>
> Hmmm - I looked for all of the places where estima
First of all, I think you should handle ARRAY_RANGE_REF and ARRAY_REF
the same.
I don't think so. The latter is a memory reference while the former
is more like a NOP_EXPR: it's basically just creating a new array, which
can then either be indexed or pointed to.
On Jul 12, 2005, at 1:07 PM, Steven Bosscher wrote:
You don't say what compiler you used for these measurements. I
suppose
you used mainline?
Yes, I am working with the mainline.
I think you should look at a lot more code than this.
OK - I stopped because I was seeing fairly consistent
On Tuesday 12 July 2005 19:56, Josh Conner wrote:
> In looking at the function inliner, I did some analysis of the
> correctness of estimate_num_insns (from tree-inline.c), as this
> measurement is critical to the inlining heuristics.
You don't say what compiler you used for these measurements. I
In looking at the function inliner, I did some analysis of the
correctness of estimate_num_insns (from tree-inline.c), as this
measurement is critical to the inlining heuristics. Here is the
overview of what I found on the functions in two sample files from
the FAAD2 AAC library (measured
