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: [C++] Avoid one place of frontend calling into targetm

From: David Edelsohn <dje at watson dot ibm dot com>
To: Jan Hubicka <jh at suse dot cz>
Cc: Mark Mitchell <mark at codesourcery dot com>, gcc-patches at gcc dot gnu dot org
Date: Tue, 08 May 2007 18:27:05 -0400
Subject: Re: [C++] Avoid one place of frontend calling into targetm
References: <20070423001523.GJ23507@kam.mff.cuni.cz> <200705060208.l4628QQ30220@makai.watson.ibm.com> <20070508131432.GB10024@kam.mff.cuni.cz> <200705082140.l48Le2Q31722@makai.watson.ibm.com> <20070508214842.GD10024@kam.mff.cuni.cz>

>>>>> Jan Hubicka writes:

Jan> Well, actually this was intended (in fact the code was produced before
Jan> my patch too, just because of bug/misunderstanding in cgraph code it was
Jan> always optimized out as unreachable and accidentally made everything
Jan> working).

	Okay, I did not understand that.  The patch appears to fix the
regressions (I will test fully overnight).  If the compiler now is working
as intended, then it's fine with me.

Thanks, David

References:
- Re: [C++] Avoid one place of frontend calling into targetm
  - From: David Edelsohn
- Re: [C++] Avoid one place of frontend calling into targetm
  - From: Jan Hubicka
- Re: [C++] Avoid one place of frontend calling into targetm
  - From: David Edelsohn
- Re: [C++] Avoid one place of frontend calling into targetm
  - From: Jan Hubicka

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