g ++とMakefileを使用してC++をコンパイルするときに非常に巨大な実行可能ファイルのサイズ

Question

Code :: Blocks IDEで提供されるMinGWからg ++（バージョン4.9.2）を使用している間、 "hello 、世界！プログラム。私はCode :: Blocksの "inside"からコンパイルされるのとまったく同じコンパイルオプションを使用します（mingw32-g ++ .exe -Wall -g hello.cpp -o hello.exe、とにかく、コードからコピーします） :: Blocks log window）、デバッグ対象の場合は約70KB、リリースの場合は50KBを生成したのとは異なり、これは非常に大きな出力を作り続けます。

他にみんな同様の問題を抱えていましたか？

[編集]私のプロジェクト（Makefilesの目的のためだけに作成）は、main.cppとfun.cpp（ヘッダなし）の2つのファイルで構成されています。ここではmain.cppにある：

#include<iostream> 

using namespace std; 

void fun(void); 

int main() 
{ 
    cout<<"Hello Make!"<<endl; 
    fun(); 
    return 0; 
} 

、ここfun.cppです：

#include<iostream> 

using namespace std; 

void fun() 
{ 
    cout<<"Hello from The Module!"<<endl; 
} 

そして最後に、これは私のMakefileです：

CC = mingw32-g++ 
CFLAGS = -Wall -Os -lto 


all: main.o fun.o 
    ${CC} -o hello.exe $^ 

relink: 
    mingw32-g++ -o hello.exe hello.o fun.o 

main.o: main.cpp 
    mingw32-g++ ${CFLAGS} -c main.cpp -o $@ 

fun.o: fun.cpp 
    mingw32-g++ ${CFLAGS} -c fun.cpp -o $@ 

clean: 
    del *.o 

コードの下に、この "プロジェクト" をコンパイルします::ブロック私は次を取得する log

メイクファイルを使用すると、ファイルは1024KB大： （print screen）

Answer 1

デバッグビルドは通常、最適化されたもの（別名「リリース」）よりも大きくなります。ビルドオプション（-Os）に-O2または-O3を追加してみてください。

また、リリースビルドでデバッグシンボルを必要としない場合は、-gを削除してください（または後でstripコマンドで削除してください）。

また、 Link-Time Optimizationを使用してコンパイルすると、-ltoオプション（-Oオプションのいずれかに加えて）を使用する場合に、（パフォーマンスの向上に加えて）サイズの縮小が生じることがあります。

上記は、大幅なサイズの縮小をもたらすはずです。

オプションの詳細については、gccのマニュアルを参照してください。