PATCH for Re: 3.0.1 performance
Kurt Garloff
kurt@garloff.de
Mon Aug 20 00:50:00 GMT 2001
On Fri, Aug 17, 2001 at 09:16:05PM +0200, Gerald Pfeifer wrote:
> retrieving revision 1.44
> diff -u -3 -p -r1.44 invoke.texi
> --- invoke.texi 2001/08/03 01:19:20 1.44
> +++ invoke.texi 2001/08/17 19:13:47
> @@ -3310,7 +3310,8 @@ allows the control of this limit for fun
> inline (ie marked with the inline keyword or defined within the class
> definition in c++). @var{n} is the size of functions that can be inlined in
> number of pseudo instructions (not counting parameter handling). The default
> -value of @var{n} is 10000. Increasing this value can result in more inlined code at
> +value of @var{n} is 600.
> +Increasing this value can result in more inlined code at
> the cost of compilation time and memory consumption. Decreasing usually makes
> the compilation faster and less code will be inlined (which presumably
> means slower programs). This option is particularly useful for programs that
Thanks!
I'd add some sentence telling that this vvalue used to be higher in previous
versions of the compiler and that a possible slowdown of code execution
might be caused by this change and might be helped by trying higher values.
I still hope somebody will increase this value ...
Regards,
--
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE7gMEfxmLh6hyYd04RArvfAJ9EXarJJOo582vE1Ba5p4KnKg1x0ACgx7N8
b9KsXQqbBT2UFdrAwuUp7KY=
=N7bN
-----END PGP SIGNATURE-----
More information about the Gcc
mailing list