静的ライブラリとのリンク時にオブジェクトコードを実行可能ファイルにコピーする方法は？

Question

私はO'Reillyの本21st Century Cを読んでいます。著者は、静的ライブラリ「コンパイラは、ライブラリの関連するコンテンツを最終的な実行可能ファイルにコピーしている」と述べています。 （1が（single_funcを呼び出しているCファイル）や他の呼のfunc0に作成されたテストのために

static char szStr[64]; 

char* single_func() { 
    strcpy(szStr, "Hello string!\r\n"); 
    return szStr; 
} 

void func0() { 
    strcpy(szStr, "Hello"); 
} 

char* func1() { 
    strcat(szStr, " string!\r\n"); 
    return szStr; 
} 

）と：

私はこのモジュールからなる自分の静的ライブラリを作成することによってこれをテストしようとしていますfunc1（）。

結果の実行可能ファイルはどちらの場合も751290Bです。モジュールからstrcpyとstrcatを直接呼び出すと、両方の実行可能ファイルが7215Bになります。

これは上記の声明と矛盾しないのですか、リンクについての詳細がありませんか？

関連する質問は、静的ライブラリは1600Bなので、このサイズの増加はどこから来るのですか？

---

追加：

両方メインのファイルはこのように、関数を呼び出し、結果を印刷するよりも何で構成さ

：

main0：

#include <stdio.h> 
#include "sharedlib.h" 
int main() { 
    char* szStr = single_func(); 
    printf("%s", szStr); 
    return 0; 
} 

MAIN1：

のファイルは、次のようにコンパイルされた：

gcc -static main0.c -L. -lsharedlib -o main0 

プラットフォームは、Linuxで、コンパイラがGCC v4.6.3です。

Answer 1

静的ライブラリの場合、コピーの単位はライブラリ内のオブジェクトファイルです。どちらのプログラムもオブジェクトファイルから関数を呼び出すので、両方のプログラムは実行可能ファイル内のすべてのオブジェクトファイルで終わるので、同じサイズの結果（呼び出すmain()プログラムのサイズを指定または取得する）。

実行ファイル内の余分な情報は、いくつかの場所から来る可能性があります。その中には制御とデバッグの情報があります。それを静的にリンクすると、Cライブラリからのものかもしれません。私たちはおそらく、メインプログラムとリンクラインを見て、プラットフォームがインフレの他の理由を思い付くことを知る必要があるでしょう。