[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Issue: ADJUST-ARRAY-NOT-ADJUSTABLE (Version 3)
- To: pierson@mist.encore.com
- Subject: Issue: ADJUST-ARRAY-NOT-ADJUSTABLE (Version 3)
- From: Jon L White <jonl@lucid.com>
- Date: Thu, 15 Dec 88 13:13:34 PST
- Cc: IIM@ECLA.USC.EDU, cl-cleanup@SAIL.STANFORD.EDU
- In-reply-to: Dan L. Pierson's message of Mon, 12 Dec 88 11:34:39 EST <8812121634.AA10750@mist.>
re: In both cases, the status quo
allows careful programmers to write portable code as in:
- Never adjust a "non-adjustable" array
- Never use REQUIRE in a context that would cause file loading
The, quite legitimate, objection to the status quo is that it makes it
_very_ likely that programmers, being human and fallible, will
accidently wind up producing non-portable code because the current
versions of these features lack adaquate (read any) portable error
checking.
The problem with the Symbolics implementation (as conveyed to us by
those inside symbolics) is that there is *** no place available ***
in an array to remember the :adjustable option. Hence it is not a
trivial option for them to accommodate to the "Lucid status quo".
However, the "compromise" proposal for REQUIRE would expose a global
variable to make inhibition of vendor-specific extensions possible.
This would be trivial in anybody's implementation.
-- JonL --