This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Language-independent functions-as-trees representation
- From: Per Bothner <per at bothner dot com>
- To: Jason Merrill <jason at redhat dot com>
- Cc: gcc at gcc dot gnu dot org
- Date: Sat, 20 Jul 2002 11:31:31 -0700
- Subject: Re: Language-independent functions-as-trees representation
- References: <wvllm86k1m1.fsf@prospero.cambridge.redhat.com>
Jason Merrill wrote:
In a previous thread, Diego has suggested that inlining would be done on
language-dependent trees. I think this is a mistake; IMO it should be done
at the SIMPLE level. Requiring the inliner to know about frontend trees is
wrong.
But why can't the inliner work at the GENERIC level?
Per (or other Java folk), why does the Java frontend use BLOCK as an
expression rather than use BIND_EXPR, which seems to serve the same
purpose?
I don't remember. Possibly because I did think the BIND_EXPR bought us
anything over using just the BLOCK, which we needed anyway. It does
look like using BIND_EXPR would be cleaner.
--
--Per Bothner
per@bothner.com http://www.bothner.com/per/