[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Issue: DEFPACKAGE (Version 7)
- To: Barry Margolin <barmar@Think.COM>
- Subject: Re: Issue: DEFPACKAGE (Version 7)
- From: masinter.pa@Xerox.COM
- Date: 6 Dec 88 18:02 PST
- Cc: CL-CLEANUP@sail.stanford.edu
- In-reply-to: Barry Margolin <barmar@Think.COM>'s message of Tue, 6 Dec 88 10:58 EST
Our intent in "at variance" was specifically to make the behavior of
DEFPACKAGE undefined in the example you cited. We specifically did not want
to proscribe that DEFPACKAGE had to resolve conflicts according to "the
normal error handling of the package modification functions", because
DEFPACKAGE, when it occurs at the beginning of a file during compilation,
might have some extra processing associated with it that would make such
"normal error handling" difficult or impossible.
Do you think we need to revise the writeup before ballot to clarify this
point?