[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: (BUG LISP) at MIT-MC, CWH at MIT-MC, RWK at MIT-MC, GLS at MIT-MC
- Subject: INCLUDEF
- From: KMP at MIT-MC (Kent M. Pitman)
- Date: Fri, 19 Oct 79 07:56:00 GMT
- Cc: KMP at MIT-MC
- Original-date: 19 OCT 1979 0356-EDT
RWK says it hasn't been officially released, so I'll make one last naming
plea ... I don't think the subr version of INCLUDE ought to be called
INCLUDEF. There are several families of functions in MacLISP which deal
with files. They include (no pun intended) ...
Family 1 - File system manipulators (fully external operations)
PROBEF, RENAMEF, LINKF (non-existent, but hopefully to come soon?),
Family 2 - Environment loaders (unit i/o)
INCLUDE, LOAD, FASLOAD
Family 3 - General I/O
UREAD, UWRITE, CLOSE, OPEN, ...
The first category all end in F. None of the others do. To
create a function INCLUDEF would violate this rule. The transformation
of INCLUDE into a subr is more akin to the creation of the group:
((BREAK . *BREAK) (THROW . *THROW) (CATCH . *CATCH)).
INCLUDEF is an ugly name. I still vote for changing this to *INCLUDE.