在 Visual Studio 裡面 compile 一個原本只有 win32 configuration 的 project.
當新增一個 x64 configuration 並且 Re-build 的時候,
在 linking stage 出現:
例如:VC++ Directories, Library Path 等等...
依照 stackoverflow 上最佳答案建議的四點一一檢查後,也沒有發現異常.
後來終於發現是在新增 x64 configuration 的時候,additional option 並不會被自動轉換.
所以如果原本 win32 的 additional option 有覆蓋掉其它 option 的設定時,
在新增 x64 configuration 的時候,該 option 也會被複製過來.
而剛好如果該 option 是像 Machine:I386 這種時,悲劇就會發生了....
分析原因是,舊版的 Visual Studio project 可能會有些 option 要用 additional option 來設定.
而新版的則是變成 內建property ,內建的 property Visual Studio 有辦法去做一些自動化的轉換
像是前面提到的 VC++ Directories 等等
而這個答案是在 stackoverflow 同一個問題的第二高分的答案,
偏偏我是不小心喵到後 linker > advanced 最後的 link command 時,
才瞄到最底下的 additional option .....lol...
不過也好像慢慢的熟悉 Visual Studio 的操作邏輯了....
當新增一個 x64 configuration 並且 Re-build 的時候,
在 linking stage 出現:
machine type 'x64' conflicts with target machine type 'X86'理論上 Visual Studio 會自動幫你複製並且轉換相關的 Win32 > x64 的設定,
例如:VC++ Directories, Library Path 等等...
依照 stackoverflow 上最佳答案建議的四點一一檢查後,也沒有發現異常.
後來終於發現是在新增 x64 configuration 的時候,additional option 並不會被自動轉換.
所以如果原本 win32 的 additional option 有覆蓋掉其它 option 的設定時,
在新增 x64 configuration 的時候,該 option 也會被複製過來.
而剛好如果該 option 是像 Machine:I386 這種時,悲劇就會發生了....
分析原因是,舊版的 Visual Studio project 可能會有些 option 要用 additional option 來設定.
而新版的則是變成 內建property ,內建的 property Visual Studio 有辦法去做一些自動化的轉換
像是前面提到的 VC++ Directories 等等
而這個答案是在 stackoverflow 同一個問題的第二高分的答案,
偏偏我是不小心喵到後 linker > advanced 最後的 link command 時,
才瞄到最底下的 additional option .....lol...
不過也好像慢慢的熟悉 Visual Studio 的操作邏輯了....
留言
張貼留言