<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 13, 2015 at 4:25 AM, Ron Garret <span dir="ltr"><<a href="mailto:ron@flownet.com" target="_blank">ron@flownet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><span class=""><div>On Nov 12, 2015, at 2:27 PM, Gary Byers <<a href="mailto:gb@clozure.com" target="_blank">gb@clozure.com</a>> wrote:</div><br></span><div><div class="h5"><blockquote type="cite">
<div text="#000000" bgcolor="#FFFFFF">
<div>On 11/12/2015 11:37 AM, Ron Garret
wrote:<br>
</div>
<blockquote type="cite">
<pre>(MAKE-DISPATCH-MACRO-CHARACTER #\# NIL <b><span>*</span>readtable<span>*</span></b>)</pre>
</blockquote>
CLHS says (of MAKE-DISPATCH-MACRO-CHARACTER) that,<br>
<br>
"Initially, every <a rel="DEFINITION" href="http://www.lispworks.com/documentation/lw50/CLHS/Body/26_glo_c.htm#character" target="_blank"><i>character</i></a>
in the dispatch table associated with the <i>char</i> has an
associated function that signals an error of <a rel="DEFINITION" href="http://www.lispworks.com/documentation/lw50/CLHS/Body/26_glo_t.htm#type" target="_blank"><i>type</i></a>
<a rel="DEFINITION" href="http://www.lispworks.com/documentation/lw50/CLHS/Body/e_rder_e.htm#reader-error" target="_blank"><b>reader-error</b></a>."<br>
<br>
In the body of your message, you seemed to expect #' to have
retained its original definition.<br>
<br>
If the term "... makes char be a dispatching-macro-character ..." is
read as "does nothing if the character is already defined as a
dispatching-macro, else ...",<br>
your expectation is reasonable. I am probably more accustomed to the
behavior that that you said that you get in 1.10, but both
expectations seem reasonable.<br>
<br>
Portable code could avoid the issue by calling
GET-DISPATCH-MACRO-CHARACTER and only calling
MAKE-DISPATCH-MACRO-CHARACTER if the character is not already
defined as a dispatching macro. I don't know what the library that
the original poster mentioned does. or what version of that library
they are using.<br>
</div></blockquote></div></div></div><br><div>That’s reasonable. My point was mainly that this has nothing to do with named readtables. It might not even be a bug at all. One could argue that the OP should simply elide the (:macro-char #\# :dispatch) clause from his code.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>rg</div><div><br></div></font></span></div><br>_______________________________________________<br>
Openmcl-devel mailing list<br>
<a href="mailto:Openmcl-devel@clozure.com">Openmcl-devel@clozure.com</a><br>
<a href="https://lists.clozure.com/mailman/listinfo/openmcl-devel" rel="noreferrer" target="_blank">https://lists.clozure.com/mailman/listinfo/openmcl-devel</a><br>
<br></blockquote></div>OP here:</div><div class="gmail_extra"><br></div><div class="gmail_extra">My original example was copied from the Antik library. It was preventing the library from loading. I then compared it with SBCL (both latest CCL and SBCL Windows version). </div><div class="gmail_extra"><br></div><div class="gmail_extra">Eliding the macro-char definition is the way to go</div><div class="gmail_extra"><br></div><div class="gmail_extra">Mirko</div></div>