VC++ 6.0項目遷移至Visual Studio 2010常見編譯錯誤解決指南

從VC++ 6.0到VS2010：頭文件路徑、庫鏈接與標準合規性調整

將老舊VC++ 6.0項目遷移到Visual Studio 2010（或更高版本）時，常遇到頭文件找不到、標準庫符號衝突、編譯器更嚴格導致的錯誤。本文總結核心差異與解決方案。

常見錯誤現象

• 提示cannot open include file: 'xxx.h'，指向<complex>、<string>等標準頭文件。
• 標準庫符號重定義、命名空間std缺失。
• 舊代碼使用非標準擴展（如for each、__int64等）導致編譯失敗。

核心差異與解決方案

1. 頭文件路徑與標準庫位置變化

VC++ 6.0標準庫頭文件多位於VC98/Include，VS2010遵循C++標準，頭文件無.h後綴（如<iostream>而非<iostream.h>），且需using namespace std;或显式std::。
解決：
- 修正#include路徑，移除.h後綴。
- 在項目屬性 → C/C++ → General → Additional Include Directories 添加舊項目自定義頭文件目錄。
- 確保stdafx.h預編譯頭配置正確。

2. 庫文件與鏈接設置

VC++ 6.0默認鏈接libc.lib、libcp.lib等靜態庫，VS2010使用libcmt.lib（多線程靜態）、msvcrt.lib（動態）等。
解決：
- 項目屬性 → Linker → Input → Additional Dependencies 更新庫文件名。
- 統一運行時庫：C/C++ → Code Generation → Runtime Library 選擇/MT或/MD，全項目一致。

3. 編譯器合規性提升

VS2010對C++標準支持更嚴格：
- 模板語法：需加typename、template關鍵字消歧。
- const正確性：嚴格檢查const引用綁定臨時對象。
- 棄用功能：移除auto_ptr、bind1st/2nd等C++11棄用組件。
解決：逐個修復編譯錯誤，善用/permissive-（VS2017+）或降低警告等級過渡。

4. 字符集與Unicode

VC++ 6.0默認MBCS，VS2010默認Unicode。
解決：
- 統一項目字符集：General → Character Set 選擇Use Multi-Byte Character Set以兼容舊代碼，或全面改造為Unicode（TCHAR、_T()宏、wstring）。

遷移檢查清單

1. 備份原項目，創建新VS2010項目導入源文件。
2. 配置包含目錄、庫目錄、預編譯頭、運行時庫、字符集。
3. 修正所有#include、命名空間、模板語法錯誤。
4. 鏈接階段解決外部符號未解析（補全庫依賴）。
5. 運行測試，重點驗證內存管理、字符串處理、文件I/O邏輯。

長期建議

若項目需長期維護，推薦逐步重構為現代C++（C++17/20），使用CMake跨平台構建，避免綁定特定IDE版本。參考《Effective C++》《C++ Primer》規範代碼風格。