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: Inlining and estimate_num_insns


On 27 Feb 2005, Gabriel Dos Reis wrote:

> Mark Mitchell <mark@codesourcery.com> writes:
>
> | 5. However, it really might be sensible to have the C++ front end
> | treat "inline" as a command, rather than a hint, by default.  It might
>
> For "simple enough" functions.  Here, by "simple enough" function, I
> mean a metric that uses counts very close to program source level, not
> insns (in particular we must pay special attention not to artificially
> inflate the measuring by most temporaries introduced by tree-ssa and
> such.)

Yes, the patch tries to address exactly this issue by ignoring stores
to DECL_IGNORED variables.  As a side-effect ...

[...]

> In-class definitions of inline functions is very common for small
> functions -- typically trivial accessors.  The artificial distinction
> you're making does not make much sense to me, for practical purposes.

... these accessor functions get inlined with the same size accounting
as if you wrote their function body in place of the function call.

> I do agree that measurements are necessary.

Of course - and even more if we want to consider doing anything for 4.0.

Richard.

--
Richard Guenther <richard dot guenther at uni-tuebingen dot de>
WWW: http://www.tat.physik.uni-tuebingen.de/~rguenth/


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