C compile time
Jan Hubicka
jh@suse.cz
Wed Jun 18 17:48:00 GMT 2003
>
> > Note that I consider not having unit-at-a-time for C++ for 3.4 as a
> > showstopper as it is possibly the only way to get sane inlining and
> > such sane performance out of scientific C++ codes like POOMA.
>
> I don't think that this is a particularly true statement. C++ codes have many
> member functions that can be called from everywhere, and few file-static
> functions. So being able to inline static functions that are only called once
> is not a very important feature. The general ability to inline small accessor
> and template functions is much more important, but that is independent of
> unit-at-a-time.
Actually there are so few static functions in C++ so unit-at-a-time as
implemented currently has almost no effect. On the other hand if we
reorganize inlining heuristics to take into acount code growth inlining
function X causes, I think we will get easy win for the inlining
problems in C++... This is also dificult to do without an callgraph.
Honza
>
> W.
>
> -------------------------------------------------------------------------
> Wolfgang Bangerth email: bangerth@ices.utexas.edu
> www: http://www.ices.utexas.edu/~bangerth/
>
More information about the Gcc
mailing list