On Wed, Nov 26, 2008 at 9:01 AM, Matthew Flatt <span dir="ltr">&lt;<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Just to be clear, this does not answer my question. You&#39;ve addressed a<br>
more abstract question &quot;What should be the relationship between the PLT<br>
Scheme implementation and standardized dialects of Scheme?&quot; It&#39;s fine<br>
to answer that question, but it&#39;s not the question that currently<br>
interests me.</blockquote><div><br>Hi Matthew, <br><br>I do not use mutable pairs either.&nbsp; <br><br>Besides answering your question, I do have a request and it is that whatever approach you choose, please do whatever you can (I know you already do - but I have to stress it) to keep compatibility.<br>
<br>Quite a few planet packages I tried/used do not even install with PLT4, and there is no way to know from planet whether a package has been vetted.&nbsp; Users bear the grunt of figuring things out the hard way here.<br><br>
As you know a healthy 3rd party code repository is important to attract and build developer community, breaking compatibility is thus costly, especially for industry developers.&nbsp; For me, the cost of PLT4 is high(er than necessary).<br>
<br>There of course will be tension with the need to innovate.&nbsp; But if building a viable community is part of PLT&#39;s goal, then the decision should involve more than just technical merits.&nbsp; <br><br>I know I am preaching to the choir, but I feel it needs to be mentioned.&nbsp; Thank you for all of the hard work in making PLT such a wonderful platform! :)<br>
<br>Thanks,<br>yc<br><br></div></div>