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: can_throw_internal affected by inlining?

From: Richard Henderson <rth at redhat dot com>
To: Jan Hubicka <hubicka at ucw dot cz>
Cc: jh at suse dot cz, gcc at gcc dot gnu dot org
Date: Sat, 11 Jul 2009 11:09:07 -0700
Subject: Re: can_throw_internal affected by inlining?
References: <4A57C772.7050509@redhat.com> <20090711125930.GB27815@atrey.karlin.mff.cuni.cz> <4A58CF89.9000502@redhat.com> <20090711175940.GA8844@atrey.karlin.mff.cuni.cz>

On 07/11/2009 10:59 AM, Jan Hubicka wrote:

I would like to bring more of EH lowering to tree level (i.e. instead of
relying on RTL to lower RESX instructions into gotos/calls/jumptables do
this at gimple and keep to RTL world only job of constructing landing
pads).

Sure. Should probably turn EXC_PTR_EXPR and FILTER_EXPR into proper decls at the same time.

r~

Follow-Ups:
- Re: can_throw_internal affected by inlining?
  - From: Jan Hubicka

References:
- can_throw_internal affected by inlining?
  - From: Richard Henderson
- Re: can_throw_internal affected by inlining?
  - From: Jan Hubicka
- Re: can_throw_internal affected by inlining?
  - From: Richard Henderson
- Re: can_throw_internal affected by inlining?
  - From: Jan Hubicka

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