C以外のC ++リンケージ言語？

C ++言語では、1つのソースファイルでC ++とCの両方を混在させることができます。例えば、

extern "C" {
    struct bar { /* ... */ }
}

C ++またはC以外の「リンケージ言語」をサポートしたことがありますか？例extern "Pascal"またはextern "Haskell"

extern "C" 唯一必要な場合があります：

すべての実装は、Cプログラミング言語「C」で記述された関数へのリンケージ、およびC ++関数「C ++」へのリンケージを提供するものとします。

ただし、この引用に従って他のものも存在できます。

文字列リテラルは、必要な言語リンケージを示します。この国際規格は、文字列リテラル「C」および「C ++」のセマンティクスを指定しています。「C」または「C ++」以外の文字列リテラルの使用は、実装定義のセマンティクスで条件付きでサポートされます。[注：したがって、実装で不明な文字列リテラルを使用したリンケージ指定には、診断が必要です。— end note] [注：文字列リテラルのスペルは、その言語を定義するドキュメントから取得することをお勧めします。たとえば、ビンテージに応じて、Ada（ADAではない）およびFortranまたはFORTRANです。—終了ノート]

多くの（ほとんどの）環境では、「extern "C"」がシステム上のすべての言語のデフォルトのリンク規則です。

したがって、オペレーティングシステムと「外国語」言語「extern C」の実装に応じて、別のコンパイル言語でプログラムを呼び出す必要があります。

extern "Java"GJは、GCJでコンパイルされたJavaコードとの対話をサポートします。

/programming/15167867/extern-java-block-in-gcc

• いや！C ++は、「リンケージ言語」としてCのみをサポートします。

• extern "C" {struct bar {/ * ... * /}}

• 上記の構文は、変数、構造体、または関数の名前を変更しないことを意味します。C ++は、変数、構造体、または関数の名前を変更して、クラス、ネームスペース、および関数のオーバーロードを実装する可能性があるためです。

• これを行わないと、リンカーは変数のオブジェクト、関数の構造を見つけられない可能性があります。

• C ++は、Cと互換性があるように設計されています。extern "C"は、Cとの互換性を実装する方法です。