This is the mail archive of the gcc-patches@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: max-inline-insns (was: [3.4/mainline] Tweak inlining limits)

From: Jan Hubicka <jh at suse dot cz>
To: Segher Boessenkool <segher at kernel dot crashing dot org>
Cc: Jan Hubicka <jh at suse dot cz>, gcc-patches at gcc dot gnu dot org, rth at redhat dot com
Date: Thu, 22 Jan 2004 11:42:25 +0100
Subject: Re: max-inline-insns (was: [3.4/mainline] Tweak inlining limits)
References: <20040116213229.GY8121@kam.mff.cuni.cz> <679844E2-4C81-11D8-90BE-000A95A4DC02@kernel.crashing.org>

> On 16-jan-04, at 22:32, Jan Hubicka wrote:
> >in the recent few day I made quite serious testing of the inlining.
> 
> As an aside, I noticed powerpc64-linux glibc does not compile with TOT
> GCC, because the param max-inline-insns is gone.  Would it make sense
> for this parameter to alias to one (or more) of the max-inline-insns-XXX
> parameters, for compatibility (maybe with a warning)?

I am not quite sure what to do here.  The nature of params is to add
them when needed and drop them when no longer needed.
Perhaps we can have database of dropped arguments and output warnings?

Honza
> 
> 
> Segher
>

Follow-Ups:
- Re: max-inline-insns (was: [3.4/mainline] Tweak inlining limits)
  - From: Richard Henderson

References:
- [3.4/mainline] Tweak inlining limits
  - From: Jan Hubicka
- Re: max-inline-insns (was: [3.4/mainline] Tweak inlining limits)
  - From: Segher Boessenkool

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