なぜclang ++はclangとは異なる動作をしますか？前者は後者のシンボルリンクですか？

Question

私はconst文字列リテラルを修正しようとするCプログラムを持っています。今のところ、私はこれが許されないことを学びました。

clang test.cでコードをコンパイルすると、コンパイラは警告を表示しません。私はclang++ test.cでそれをコンパイルするときしかし、それは警告を与える：

test.cの：6：15：警告： 'CHAR *' への文字列リテラルからの変換が [-Wdeprecated書き込み可能な-文字列]を推奨されていません CHAR * s = "hello world";

が

ll `which clang++` 
lrwxr-xr-x 1 root admin 5 Jan 1 12:34 /usr/bin/clang++@ -> clang 

だから私の質問はできるが、それはclangのシンボルリンクのことを考えるとclangとは異なるclang++どのように動作するかです： ^

問題はclang++がclangの単なる記号リンクであることが判明したということです？

Answer 1

Clangは、argv[0]を見て、見ているものによってその動作を変更しています。これは、まれではないが、まれにしか行われない4.2BSD exとviと同じ実行可能ファイルであり、おそらく遠くにある可能性があります。

この場合、clangは.cファイルをCとしてコンパイルしており、clang++はC++としてコンパイルしています。これはあなたが頼りにすべきではない歴史的な疣贅です。適切なコンパイラコマンドとを使用して、ファイル拡張子がファイルの実際の内容を反映していることを確認します。

Answer 2

従来、コマンドが呼び出される名前はargv[0]として渡されます。プログラムがこれに基づいて行動を変えるのは特に珍しいことではありません。 （歴史的に、ln、cp、そしてmvは研究Unixで同じ実行可能ファイルへのハードリンクしてみませんかするアクションを決定するためにargv[0]を使用していました。また、ほとんどのシェルは、彼らがログインシェルであるべきかどうかを決定するためにargv[0]の大手-を探してください。）多くの場合、同じ効果（オプション、環境変数など）を得る他の方法もあります。あなたは一般的にargv[0]ゲームをプレイする代わりにこれを使用するべきです。

これを行う理由はありますが、ほとんどの場合、それに頼ったり、その周りのプログラムを設計することはお勧めできません。