From ... Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news.tele.dk!134.222.94.5!npeer.kpnqwest.net!nreader1.kpnqwest.net.POSTED!not-for-mail Newsgroups: comp.lang.lisp Subject: Re: So, where's the "Javadoc" for COMMON Lisp? References: <3B544F2D.2D2B5B99@rchland.vnet.ibm.com> <9j20j2$ifl$2@newsg1.svr.pol.co.uk> <3204451328338331@naggum.net> <3204466420985118@naggum.net> <3204559306178592@naggum.net> Mail-Copies-To: never From: Erik Naggum Message-ID: <3204654939180446@naggum.net> Organization: Naggum Software, Oslo, Norway Lines: 20 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Jul 2001 21:55:41 GMT X-Complaints-To: newsmaster@Norway.EU.net X-Trace: nreader1.kpnqwest.net 995666141 193.71.66.1 (Fri, 20 Jul 2001 23:55:41 MET DST) NNTP-Posting-Date: Fri, 20 Jul 2001 23:55:41 MET DST Xref: archiver1.google.com comp.lang.lisp:13386 * Kent M Pitman > Doing it with a tuple mapping has the advantage, too, that you can make > different documentation for the selfsame (i.e., eq) symbol based on which > package it's exported from, since even though its actual implementation > and function might not vary, its "intentional" use might in some cases. But how would you know which package that would be? Packages being a reader concept, it is quite hard to figure out which package you mean after the fact, other than the symbol's home package. So although I appreciate the idea, I am not sure how you think it could be implemented. I thought one would take the package from (symbol-package symbol) and the symbol name from (symbol-name symbol), since the generic function documentation does not receive the package separately from the symbol. #:Erik -- There is nothing in this message that under normal circumstances should cause Barry Margolin to announce his moral superiority over others, but one never knows how he needs to behave to maintain his belief in it.