根据维基百科： “IronScheme，即将推出的Scheme实施，计划在DLR上构建，但决定放弃这个想法，因为所使用的项目的DLR分支与主干不同步，而且因为DLR，根据开发人员的说法，不能支持该计划的大部分要求“
有谁知道哪些要求未得到满足以及为什么？
答案 0 :(得分：8)
最初，其中一个重要的限制是生成装配的能力。我相信他们确实解决了那个。
其次，我要求支持尾调用，但这种情况从未发生过，而且它绝对是Scheme的必需品。
最后*，DLR似乎非常以Python为中心，并且具有不需要的大量功能（例如，一流的环境），这只会减慢速度并阻止进一步的优化。
无论如何，版本2的计划是在Scheme中重写编译器，然后使用Reflection.Emit去复制，或者像CCI一样使用非语言的“汇编程序”。
***我可能忘了更多