On Jun 28, 2011, at 02:48 , Daniel Weinreb wrote:
I'd love to see this standardized. Should we put in the work to come up with a proposal before checking with the implementors to see whether they're interested in implementing whatever we come up with? There might be compatibility issues, too. It would have to be a pretty big proposal to cover even the basic cases... -- Dan
I agree that this should be worked on cooperatively. I do not know if this should be a "big" proposal. My feeling is that the people interested (I am one) should come up with a preliminary outline with an initial goal of being the least intrusive possible into an implementation guts.
Cheers -- MA
Jun 27, 2011 03:16:26 PM, antoniotti.marco@disco.unimib.it wrote:
===========================================
On Jun 27, 2011, at 19:26 , Steve Haflich wrote:
Marco Antoniotti wrote:
Now, this is a specific case for me: having a consistent READER-ERROR-BECAUSE-THERE-IS-NO-SUCH-PACKAGE-THAT-THE-SYSTEM-KNOWS error signaled would simplify some code writing.
I agree with the sentiment, what is the specific proposal may need more work.
Of course... this is jut one example. There may be other cases, plus unexplored ones: FILE-ERROR is rather underspecified, so are PARSE-ERROR and PROGRAM-ERROR. I'd like to see a discussion started....
Would you want this same condition to be signaled for this form?
(defpackage :foo (:use :not-yet-loaded))
That's an error, but not a reader error the way reading not-yet-loaded:bar would be. Still, it would be nice if these shared a common superclass because what the application might want to do to handle would be the same.
These would both be PACKAGE-ERRORs, but different
Unfortunately, the condition system does not portably support multiple inheritance.
Yes, I'll grant you that and see where you are going. This is another CDR: The Condition system should use the CLOS algorithm to determine/use/offer multiple inheritance derived properties.
Cheers
-- Marco Antoniotti, Associate Professor tel. +39 - 02 64 48 79 01 DISCo, Università Milano Bicocca U14 2043 http://bimib.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY
Please note that I am not checking my Spam-box anymore. Please do not forward this email without asking me first.
pro mailing list pro@common-lisp.net http://lists.common-lisp.net/cgi-bin/mailman/listinfo/pro
-- Marco Antoniotti, Associate Professor tel. +39 - 02 64 48 79 01 DISCo, Università Milano Bicocca U14 2043 http://bimib.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY
Please note that I am not checking my Spam-box anymore. Please do not forward this email without asking me first.
On 28 jun. 2011, at 13:34, Marco Antoniotti antoniotti.marco@disco.unimib.it wrote:
I agree that this should be worked on cooperatively. I do not know if this should be a "big" proposal.
Perhaps a first step would be gathering up all the work-around / wrapper code that people have produced to deal with these issues?