<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Just FYI, a few years back I engaged in a similar discussion with the CL community over the idea of a "combination-hook" that would allow users to assign useful semantics to:<div><br></div><div>((...) ...)</div><div><br></div><div>In particular, the ability to have ((...) ...) be a synonym for (funcall (...) ...) is useful for pedagogy because it allows you to implement the lambda calculus much more cleanly (for some reasonable value of "clean").<br><div><br></div><div>There was a tremendous amount of resistance to a global *combination-hook* variable, but less resistance to the idea of a global COMBINATION-HOOK macro, because that would allow code that cared about how ((...) ...) was expanded to locally bind COMBINATION-HOOK with MACROLET.</div><div><br></div><div>I don't know if there's an analogous solution to this problem that would make everyone happy.  Since packages are handled by the reader it's much harder to modularize extensions to their functionality, since there is no such thing as READTABLE-LET.  (Hm, there's an idea...)  But maybe just putting this out there will result in someone coming up with something clever.</div><div><br></div><div>Of course, one could always do the Right Thing and drop packages entirely in favor of lexicons ;-) ;-) ;-)</div><div><br></div><div>rg</div><div><br><div><div>On Feb 6, 2013, at 12:39 PM, Tim Bradshaw wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On 6 Feb 2013, at 19:01, Hans Hübner wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">I think that some cross-platform mechanism for local nicknames is needed, but I'm not sure whether the hook based package name resolution proposal is really better than an extended defpackage now.  It would make sense to have something that implementors would actually (be able to) adopt.</span></blockquote></div><br><div>Once again I'll say it: the advantage of a hook (or some similar substrate mechanism) is that it allows *things other than this specific thing* to be implemented.  I regard that as an advantage: perhaps I am alone in that, and everyone else already knows exactly what extra things we would like to be able to happen with package lookup and the complete design is all sorted and done, but I kind of doubt that.</div><div><br></div><div>Is there something preventing CCL adopting a hook?  Of the implementations I have looked at (not all in recent history)</div><div>- CMUCL can be hooked</div><div>- SBCL have not looked but probably can</div><div>- LW can be hooked</div><div>- Allegro can be hooked</div><div>- GCL do not know</div><div>- CLISP do not know</div><div>- CCL do not know</div><div><br></div><div><br></div></div>_______________________________________________<br>Openmcl-devel mailing list<br><a href="mailto:Openmcl-devel@clozure.com">Openmcl-devel@clozure.com</a><br>http://clozure.com/mailman/listinfo/openmcl-devel<br></blockquote></div><br></div></div></body></html>