は、JVMの防止テールココ?
https://stackoverflow.com/questions/105834
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
この引用という問いに 何が良い機能言語を築くことができるwebサービスですか？
Scala特定をサポートしていないテール-コールの消去を除き、自己再帰機能を制限する種類の成分でできることを基本的な制限のJVM).
はたしてそうなのだろうか？その場合、については、JVMを生成することを基本制限?
解決
この記事: 再帰又は繰り返し処理? れます。
短、テール通話の最適化にくいのJVMでのセキュリティモデルの必要性を常にスタックトレース可能です。これら理論的にはコスト縮減を可能にするものであろうが必要と新bytecode参照 ジョン-ローズの公式の提案).
また議論を 日bug#4726340, の評価(2002)終了
いすることが不可欠であるとか、そうでない小さな課題です。
現在は、 ダヴィンチ機械 プロジェクト.テールコサブテーマの状態と表示されている"proto80%";することは考えられJava7のことについて書いたことは非常に良いチャンスがJava8.
他のヒント
基本的な制限というわけで、JVMを提供しません尾にそのバイトコードし、結果が無かったりすることもままありという言語のJVMの提供テール電話そのものです。が回避策を実現できる同様の効果(例：trampolining)が、重大なコストのどの性能やobfuscating、生成された中間コードをデバッガのどちらがいいでしょうか？
そのJVMがサポートできない量生産-品質プログラミング言語での実施テール通話のJVMです。彼らについて議論してい年がかりではないように思いまま実施テール電話ますので非常に難しい時期尚早に最適化したそのVMの前の実施などの基本的な機能は、太陽の力が最大限の注意をはらう動的言語による機能。
してはならないものとされて非常に強い引数がScalaではないプログラミング言語:これらの言語とテール通話が重要な役割を果たすとした制度を初めて導入した30年以上前のこと。
Scala2.7.x対応テール-コールの最適化のための自己再帰(a機能通話そのものの最終的手法と地域で機能する。
Scala2.8が図書館支援のためのトランポリンも、技術の最適化を相互に再帰的で機能する。
良い取引に関する情報のScala再帰する 豊かなDoughertyのブログ.
また、論文リンクにラムダの極限からのリンクmmyersを掲載し、ジョン-ローズからの日はあいテールコ最適化。
http://blogs.oracle.com/jrose/entry/tail_calls_in_the_vm
と聞いていることがで実現することで、JVMに来ました。テール通話の支援者たので、ダヴィンチ機です。
すべて源のJVMできない最適化の場合末尾再帰が読 Javaパフォーマンスチューニング (2003年オライリー)から筆者の主張っきを再帰性能の実施により末尾再帰.
すべ請求ページ212(検索尾再帰"との結果が出ています。を与えることで発生する?
