<div dir="ltr"><br><div class="gmail_quote">On Fri, Jul 18, 2008 at 11:43 AM, Matthew Flatt &lt;<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">At Fri, 18 Jul 2008 11:40:38 -0700, YC wrote:<br>&gt; &gt;<br>
&gt; Are you saying the reader should return the `(module ...)` expression?<br>
<br>
</div>Yes. The `syntax/module-reader&#39; library can help.<br>
<font color="#888888"><br></font></blockquote><div><br>Thanks - I&#39;ll look into syntax/module-reader.<br><br>My 2 cents is that modules like `s-exp` and `planet` as is are helpful because they provide common service to generate the module expression for custom language modules.&nbsp; While writing the code is not a huge challenge - having it factored out saves everyone time and effort.&nbsp; I suspect many custom languages do not include a full-module reader today.&nbsp; So if `#lang planet` is going to behave more&nbsp; like `#reader` going forward, then I still feel that we need to have a built-in `custom` module that can use a custom reader, as Sam TH described in <a href="http://list.cs.brown.edu/pipermail/plt-scheme/2008-July/025931.html">http://list.cs.brown.edu/pipermail/plt-scheme/2008-July/025931.html</a>.<br>
<br>Thanks,<br>yc<br><br></div></div></div>