[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Issue EVAL-WHEN-NON-TOP-LEVEL, v2
- To: email@example.com
- Subject: Issue EVAL-WHEN-NON-TOP-LEVEL, v2
- From: Jon L White <firstname.lastname@example.org>
- Date: Thu, 5 Jan 89 20:49:52 PST
- Cc: cperdue@Sun.COM, IIM@ECLA.USC.EDU, cl-compiler@SAIL.STANFORD.EDU
- In-reply-to: Sandra J Loosemore's message of Thu, 5 Jan 89 14:00:23 MST <8901052100.AA07387@defun.utah.edu>
Cris's latest example well illustrates why I suggested that the notion of
"toplevel" may not by itself be enough to resolve the EVAL-WHEN semantics.
In particular, I am quite convinced that evaluating a form twice simply
because it is doubly nested in EVAL-WHENs is wrong; certainly for every
other purpose, EVAL-WHEN must "pass back" toplevel-ness.
The macro version of EVAL-WHEN we produced six months or so ago caused
the inner eval whens to be processed slightly differently, by virtue of
locally macroletting the definition of EVAL-WHEN itself. Since you wrote
some of that code, I'm surprised at your recent "retching" at the idea.
-- JonL --