[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Issue: REQUIRE-PATHNAME-DEFAULTS (Version 3)
- To: Gray@DSG.csc.ti.com
- Subject: Issue: REQUIRE-PATHNAME-DEFAULTS (Version 3)
- From: Jon L White <jonl@lucid.com>
- Date: Thu, 27 Oct 88 18:56:24 PDT
- Cc: sandra%defun@cs.utah.edu, pierson%mist@MULTIMAX.ENCORE.COM, CL-Cleanup@SAIL.Stanford.edu
- In-reply-to: David N Gray's message of Wed, 26 Oct 88 10:49:09 CDT <2802872949-4933586@Kelvin>
re: Suppose we said that REQUIRE uses an implementation-defined registry of
module names and actions to be performed, if the implementation provides
such a feature, . . .
Well, that is more-or-less what CLtL says now for the case when the second
argument "is NIL ..." (CLtL, p188). Since the force of this proposal is to
retract any _standard_ way to hook REQUIRE into LOAD/DEFSYSTEM, then it
would still be OK for an implementation to extend REQUIRE in an essentially
upwards compatible way. The point you are trying to make, if I read it
right, is that previously this "essentially upwards compatible" way was
applicable to forms like (REQUIRE <module>), but now would only be applicable
to those like (REQUIRE <module> <more-stuff>). How serious a problem is
this change?
-- JonL --