#include <iostream> C++で？

Question

#include <file>は、コンパイルする前にC++プリプロセッサでソースファイルに「file」をペーストしてコピーすることを読んでいます。

これは、ソースファイルをコンパイルする限り、「ファイル」（iostream）も何度も何度もコンパイルされることを意味しますか？

また、C++の処理後、中間ファイルのサイズも "file" + "size of source file"のバイト数になりますか？

Answer 1

私は#include <file>が ペースト「ファイル」をコピーすることを読んで がコンパイルされる前に、C++プリプロセッサによってソースファイルに書き込まれます。

はい。コンパイラに表示されるデータは、fileのデータとソースファイルのデータで構成されます。 （実際には、実際のコンパイラは、これらの日は、Cプリプロセッサとコンパイラのフロントエンドをマージする傾向があり、コンパイラが戻って単一のプログラムに終わる - 。しかし、それはかなり詳細である）

これは、「ファイルことを意味しています"（iostream）も再びコンパイルされます ソースファイルをコンパイルする限り

はい。いくつかのコンパイラには "pre-compiled headers"と呼ばれる機能があり、一度にたくさんのヘッダをコンパイルして、それを複数回使用することができます。どのようにこれを行うかはコンパイラによって異なります。移植性が必要な場合は、心配しないでください（はと大きな違いがあります）。

また、中間ファイルのサイズも は "file" + "size of source file"のバイトを持ちますか？

いいえ。出力ファイルのサイズは、ソースファイルのサイズに非常に弱く関連しています。たとえば、#include <iostream>は、多くの場合、多くのインライン関数を定義します。特定のプログラムはそれらのうちのほんの一部しか使用しないので、コンパイラの出力から省略されます。

出力（ソースファイル内のスペースを使用する）は出力には表示されません。

一方、複雑なテンプレートを作成し、いくつかの異なるタイプのインスタンスを作成すると、出力には各タイプのテンプレートの異なるコピーが含まれ、入力よりかなり大きい場合があります。

Answer 2

No.libraries（ヘッダ）ちょうどあなたがあなたのコードにコード内で使用して物事を追加し、コンパイラがあなたのcode.Itへのヘッダーのすべてを追加していないためファイルのサイズを増加させない、

Answer 3

中間ファイルサイズのサイズについては、それが増加します。あなたは具体的には、シンプルなハローワールドプログラムを書き込むことによってこれを確認してから、次のようにする（Linuxに）それをコンパイル

g++ name.cpp -o name --save-temps 

これは、中間ファイルを保存することができます。

は

"name.ii" (Preprocessed code after including <iostream> 
"name.s" (Assembly version of the code) 
"name.o" (Object code) 

は、このサイズの違いをチェック使用してファイル：

ls -l name.cpp name.ii 

Answer 4

いいえ、それはプログラムのサイズを増加させません。ファイルiostreamおよび他の多くのヘッダーファイルには、コンパイル可能なステートメントはありません。それらには、プログラムに必要な定義がいくつか含まれています。 前処理されたC/C++ファイルを見ると、ファイルの先頭に何千もの定義が追加されています。

あなたは、CPPのツールでそれを試してみてくださいだけで、通常のG ++/gccのようなコマンドでそれを実行し、出力を見ることができます。

ヘッダーと定義のみが含まれているため、最終的なプログラムサイズは増えません。

編集： マーティンが言ったように、彼らはそれぞれの時間をコンパイルしますコンパイルインライン関数を持っていますが、あなたがそれらを使用しない限り、彼らはあなたのプログラムのサイズを増加させません。

Answer 5

私は、＃include <ファイル>がコンパイルされる前に、C++プリプロセッサによって、われわれの情報源 ファイルに貼り付け、「ファイル」をコピーすることをお読みください。

それはもう少し微妙なそれよりもです。 #include "file"あなたが何を説明していますか？ #include <file>はヘッダーを取得しますが、これはファイルである必要はありません。この考え方は、コンパイラーが既にバイナリー形式のヘッダーの独自の内部バージョンを持つことができるため、ファイルを読み込んで解析する必要がないということです。その名前のヘッダーがない場合、インクルード・ディレクティブが#include "file"であるかのように扱い、読み取るファイルを探します。

実際には、私は、この余裕を利用していますコンパイラのか分かりません。すべてのヘッダーは、実際には何度も繰り返しコンパイルされるファイルです。しかし、他の人が言っているように、それ自体が実行可能ファイルが大きくなることを意味するものではありません。理想的には、使用しないと、実行可能ファイルには入りませんが、他のシステムよりも優れているシステムもあります。