高水準言語をアセンブリ言語に変換する人

Question

基本的なことコンピュータの命令/プログラムの機能を使って、高レベル言語でソースコードを書くことを学びました。コンパイラは低レベル言語（機械コード/オブジェクトコード）に変換します。アセンブラーはアセンブリ言語を機械コード/オブジェクトコードに変換することも学びました。コンパイラは直接ローレベルにハイレベルを変換する場合は、このアセンブリ言語が生成されることから

1. ：
   は、それから私は、次の疑問を持っています。

2. 変換プロセスは、アセンブリ言語、すなわちを通過する必要がある場合

は

高水準言語====>アセンブリ言語====>オブジェクトコード/マシンコードは、
はその後、変換

アセンブリ言語にこの高水準の言語とは何ですか？

Answer 1

これは非常に一般的な質問です（正直言って理解しにくいです）。

高水準言語のコンパイラは、高水準コードをアセンブラに変換し、セカンダリユーティリティは、アセンブラをマシンコードと呼ぶものに変換できます。コンパイラはマシンコードを直接生成することもできます。どちらのオプションも有効で、どれが最適かを判断するのはコンパイラの設計者次第です。

しかし、アセンブリは "マシンコード"から一歩離れているので、コンパイラが何をしたのかを読むために読むことができると便利なことがよくあります。時にはこれによって、高レベルのコードを最適化するための洞察が得られます。 1337プログラマは、手作業でアセンブリを編集することを選択するかもしれません。このため、たとえコンパイラがマシンコードを直接生成するようであっても、代わりにアセンブリコードを生成することができます。

詳細はthis SO answerを参照してください。

Answer 2

これは、不正確な用語と特定の実装の問題です。

"古典的な"モデルでは、コンパイラは高水準コードをアセンブリに変換し、アセンブラはそれをオブジェクトファイルに格納されたマシンコードにアセンブルし、オブジェクトファイルにリンクして実行可能ファイルを生成します。

通常、コンパイラドライバを使用してコンパイラを呼び出すため、これらの手順はほとんど隠されています（特にアセンブリ部分）。このコンパイラドライバは、このツールチェーンのすべての部分を自動的に呼び出します。何らかのレベルで何が起こっているのかを調べることができます（コンパイラの作業を検査するためにアセンブリレベルで停止することは十分に面白く、several sites dedicated just to thatもあります）。

これはかなり高いレベルのビューであり、言語や実装によっては、いくつかのステップが異なるか処理が異なる可能性があります。たとえば、コンパイラで直接マシンコードを生成したり、 （リンクタイムコードの生成を有効にすると、これは常に発生します）。したがって、上記のスキーマは基本的な流れを理解するのに役立つスキーマですが、実行可能な可能性を網羅しているわけではありません。高水準の言語が入力される限り、ある種の実行可能コードが終了すると、何かが行きます。