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: 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: Fri, 23 Aug 2002 22:31:56 -0700
Subject: Re: Language-independent functions-as-trees representation
References: <wvllm86k1m1.fsf@prospero.cambridge.redhat.com> <wvl65y1px1j.fsf@prospero.cambridge.redhat.com> <20020823191620.GA11032@tornado.toronto.redhat.com> <wvlznvdkspt.fsf@prospero.cambridge.redhat.com>

Jason Merrill wrote:

The Java frontend uses a LOOP_EXPR (infinite loop) with an EXIT_EXPR for
the loop condition, either at the beginning or end of the statement chain
in LOOP_EXPR_BODY, for while and do-while loops respectively.

Note that EXIT_EXPR is redundant - we could just use an EXIT_BLOCK_EXPR.
I don't feel strongly either way.  Or we could combine the two:  Add an
optional third operand to EXIT_BLOCK_EXPR which is a conditional.
Either is equivalent to a COND_EXPR that contains an EXIT_BLOCK_EXPR.
--
	--Per Bothner
per@bothner.com   http://www.bothner.com/per/

References:
- Re: Language-independent functions-as-trees representation
  - From: Jason Merrill
- Re: Language-independent functions-as-trees representation
  - From: Diego Novillo
- Re: Language-independent functions-as-trees representation
  - From: Jason Merrill

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