LLVMがC++11の機能を使うかどうか議論

[Phoronix] LLVM Developers Ponder Using C++11 Features

[LLVMdev] Using C++'11 language features in LLVM itself

LLVMのMLで、LLVMのコードにC++11のいくつかの基本的なコア言語機能を使うべきかどうかという議論がなされている。議論を発起したChris Lattnerのメールによれば、

平穏な日だから、ちょっと混ぜっ返すことをしようか。

LLVMで、auto指定子とかrvalueリファレンスとかlambda式等といった、基本的なC++11の言語機能(C++11のライブラリ機能は除く)を使い始めるのは、狂気だろうか？　思うに、いくつかの簡単な決まりを設ければ、まともにやっていけるんじゃないだろうか。例えば、言語機能はMSVC 2010以降と、GCCのあるバージョン以降(GCCのバージョンはLinux畑の奴らが選ぶべきかな？)、Clangのあるバージョン以降（FreeBSD畑の連中？）

一方では、コードをすばらしく綺麗にでき、また将来的にも当然のことである。他方で、ビルドと開発の負担を増やし、LLVMの受け入れや利用に支障をきたすようなことはしたくない。

もし、C++11の機能を使うことが重大な問題があると思うのならば、どうか発言して、どうやって、またいつ、その問題が解決できるのか説明してもらいたい。我々はいつか確実にC++11に移行するので、今すぐではないにせよ、議論して問題を発見するべきだ。

-Chris

LLVMのライセンスは、オープンソース（笑）である。オープンソース主義者はソフトウェア利用者が自由かどうかを気にしない。ソフトウェアの直接のソースコードがオープンならそれでいいという思想だ。ソースコードが派生されて不自由な利用をされようがかまわないという劣った考え方だ。

したがって、LLVMは何よりも使われることを優先する。コンパイラーが使われるには、特に、C++コンパイラーのような基本的なコンパイラーが使われるには、その環境にLLVMをコンパイルできるC++コンパイラーが存在する必要がある。もちろん、LLVMは自分自身をコンパイルできるが、GCCほど利用率が高くない現状では、別のコンパイラーでもコンパイルできるということが、利用率を高める戦略的に重要だ。この卵と鶏のような問題は厄介だ。

自由なGCCは、最近までコードベースがC言語のみであった。C++に移行するにあたって、既存のどのコンパイラーが、また自分のどのバージョンまでは、最新のGCCを正しくコンパイルできるのかという不安の声もでた。不自由なMSVCは、Microsoft一社のみで開発しているため、他のコンパイラーでコンパイルできるかどうかということは気にしなくてよいだろう。