Turbo C 2.0 深度探秘（三）：編譯鏈路、TLIB 庫管理與 printf 替換實戰

Turbo C 2.0 深度探秘（三）：編譯鏈路、TLIB 庫管理與 printf 替換實戰

本文通過實驗還原 TC 2.0 從源碼到 .exe 的完整工具鏈，演示 TLIB 靜態庫操作與運行時庫替換技術。

1. 編譯流程解析

• TCC 默認兩步：.c → .obj（編譯），TLINK .obj + c0s.obj + cs.lib + emu.lib + maths.lib → .exe（鏈接）。
• -c 選項（Compile only）僅生成 .obj，不鏈接。

2. 多文件編譯與符號解析

單文件缺少 f() 定義會報錯。將 f() 放入 4_1.c，命令 tcc a.c 4_1.c 成功生成 a.exe。證明鏈接器從多個 .obj 解析符號。

3. TLIB 靜態庫操作

• tlib cs.lib + 4_1.obj：將 4_1.obj 中所有函數加入 cs.lib。
• 此後編譯 a.c 無需 4_1.c，鏈接器自動從 cs.lib 提取 f() 代碼。
• 調試確認：main 中 call f 跳轉至庫中代碼。

4. 單獨函數粒度鏈接

• 將 f1/f2/f3 定義在 f.c，編譯為 f.obj 加入 cs.lib。
• 主程序 b.c 僅調用 f1/f2，生成 b.exe 後，反彙編發現 僅包含 f1/f2 代碼，無 f3。
• 單獨將 f3.obj 加入庫，未調用時不進可執行文件；調用後緊跟在 f2 後。
• 結論：TC 庫以 .obj 為粒度鏈接，「用到哪個函數，裝入哪個函數」，極大減小體積。

5. 替換庫函數：自定義 printf

• tlib cs.lib -+ printf.obj：-+ 替換庫中同名模塊。
• 編譯測試程序調用 printf，輸出為自定義版本（「這是我的printf」）。
• 驗證了運行時庫的可替換性，為嵌入式裁剪、插桩提供思路。

6. 設計優勢總結

1. 常用函數預置庫，簡化基礎程序編譯（無需顯式頭文件）。
2. 相關函數打包同一 .obj，減少符號缺失錯誤。
3. 支持用戶替換庫函數，保證靈活性。

這套機制是現代鏈接器（GNU ld, MSVC link）按節區粒度鏈接（-ffunction-sections -fdata-sections --gc-sections）的雛形。