ネイティブ コードにコンパイルされるものすべて。それで、「ネイティブ コードにコンパイルされる言語」ということで、Google で検索するかもしれません。たとえば、ネイティブコードにコンパイルされ、バッテリーが含まれているプログラミング言語を参照してください。
多くの場合、これには C++ が選択されます。ネイティブ コードにコンパイルし、インターフェイスをシンプルに保ち、アダプター レイヤーを簡単に記述できるようにします。
Objective C と Fortran も可能です。
ABI互換の言語、またはネイティブコードになると説明できる言語を探しているようです。リンカーによって受け入れられる有効なオブジェクト ファイル (通常は .obj または .o ファイル) にコンパイルできる限り、それが主な基準になります。また、C (または密接に関連する言語/そのバリアント) で記述されたクライアント コードの便宜上、ヘッダー ファイルを記述します。
他の人が述べたように、C 以外の言語を選択するにはかなりの理由が必要です。C は低レベル/システム ソフトウェアのリンガ フランコだからです。アセンブラーはオプションですが、プラットフォーム間での移植は困難です。Dは移植性に優れていますが、あまり普及していませんが、最小限の労力で安全で効率的なネイティブ コードを生成するように設計されています。他にもたくさんあります。
理論的には、それは Fortran になります: 間接性が少なくなります (例: 私の配列は [ここ] であり、単なるここへのポインターではありません。これはほとんどのデータ構造と変数に当てはまりますが、すべてではありません)。
ただし... Fortran には多くの落とし穴や癖があります。おそらく、C ほどではありませんが、Fortran よりも C の使い方をよく知っているでしょう。「自分のコードを知っている」というコメントの背後にあるポイントはどれですか?しかし、コンパイラが何をしているのか本当に知っていますか?
あなたのことを知っているので、私はあなたのことを信頼して引き受ける準備ができています.Cのために.ほとんどのプログラマーはそうではありません. Java または C# r スクリプト言語を使用している場合、ローカルの JVM または JIT コンパイラが何をするのかを知らないし、知ることもできません。これはセキュリティ モデルのブラック ホールです。
セキュア コンピューティングの毛むくじゃらの男たちが独自のアセンブラを書いていると言う人は無視してください。確かに、コンパイラを知ってください。