[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
issue SHARP-COMMA-CONFUSION, version 1
- To: KMP@STONY-BROOK.SCRC.Symbolics.COM
- Subject: issue SHARP-COMMA-CONFUSION, version 1
- From: Jon L White <jonl@lucid.com>
- Date: Tue, 27 Dec 88 01:20:59 PST
- Cc: sandra%defun@cs.utah.edu, cl-compiler@sail.stanford.edu
- In-reply-to: Kent M Pitman's message of Fri, 23 Dec 88 15:43 EST <881223154306.9.KMP@BOBOLINK.SCRC.Symbolics.COM>
re: In Cost To Users, the DEFPARAMETER technique described has been
demonstrated to be unacceptable for the general problem.
Although it's probably moot, I strongly object to wording like this,
especially "demonstrated". Such an unproven allegation not only hinders
a clear assessment of the problem at hand ("Cost to Users"), but muddies
the thinking for other issues. Suffice it to say that nearly everyone
who favors flushing #, does so on the assumption that some version of
LOAD-TIME-EVAL will be passed; so the two issues are tightly linked.
A performance allegation on this point was made some time ago in the mails,
but **no** facts or figures were ever adduced. This kind of statement is
not purely philosophical -- one that only needs "clever" arugmentation --
it needs facts.
The continual repetition of the allegation does nothing whatsoever to
verify it.
-- JonL --