GCCのMLでJavaサポートの廃止とGoのデフォルトサポートについて議論される | スラド オープンソース
GCCのメーリングリストに、「現状GCJ（Javaコンパイラ）はもうメンテナンスモードになっており、OpenJDKのような活発に活動しているコミュあるし、GCCがデフォルトでサポートする言語として維持して行くにも負荷がかかっている。GCJをもうやめてGoをやらないか」と言う提案があったようだ（マイナビニュース）。 新しいプログラミング言語が出て間もない頃は言語の仕様も比較的小さいし、将来モノになるのかどうか不安がつきまといますが、とは言えキャッチアップもしやすいし、さもありなんと思ってしまうところだが。 /.Jer諸氏でGCJやめてGoにするとの提案について、見解を語ってみようではありませんか。
Javaパフォーマンス計測 JITとの闘い - プログラマーの脳みそ
前回の文字列操作編では適当に文字列操作のパフォーマンスを測定しようとしたらGC様とJITコンパイラ様に阻まれた、という話だった。モヒカン族*1が「てめえの計測はなっちゃいねー！ひゃっはー！」と殴りかかったらケンシロウみたいなのが出てきて「あべしっ」となった、ぐらいのつまらない話だったが、反省してこれらと向かい合ってみたい。 JITコンパイラについての情報 JITコンパイラ（Just In Time compiler）とはインタープリタ方式のプログラム言語のランタイムが実行時に必要に応じて部分的にネイティブコード（CPUが直接実行できるマシン語）に変換することで高速化するというコンパイラである。もともとはもっと狭義のニュアンスだったが、今ではJITコンパイルとHotSpot動的コンパイルを併せて広義にJITコンパイル、それを実施する実態をJITコンパイラと呼んでいる感じだ。*2 ただ、やみく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
