linker

0熱度

3回答

我有一個繼承的項目，使用構建腳本（而不是make）來建立和鏈接項目與各種庫。當它執行構建時，我想分析構建輸出以確定實際靜態庫鏈接到最終可執行文件的位置和位置，以及它們來自哪裏。該腳本正在編譯和鏈接GNU工具。

6熱度

5回答

我打開了一箇舊的工作區，它是一個libray及其測試工具。它過去工作得很好，但現在沒有，老版本的代碼也不能使用相同的錯誤。我嘗試重新創建項目，並導致相同的錯誤。在項目設置中沒有任何東西出現亂碼，並且生成的代碼在主應用程序中可用。我已經剝去了大部分文件，並把它歸結爲最低限度生成錯誤。不幸的是，我不能發佈項目，因爲這是用於生產代碼。 LNK2001鏈接器錯誤我通常意味着我已經離開了一個庫或忘記實現一

1熱度

3回答

我需要哪些庫將我的混合模式應用程序鏈接到？

我將.NET支持集成到我們的C++應用程序中。這是一個老派的MFC應用程序，其中1個額外的文件使用引用CWinFormsControl的「/ clr」選項編譯。我不允許刪除鏈接標誌「/ NODEFAULTLIB」。（我們有我們自己的構建管理系統，而不是Visual Studio的。）這意味着我必須指定所有必需的庫：VC運行庫和MFC。其他編譯器選項包括「/ MD」下一頁到：我不能使用鏈

32熱度

3回答

調試鏈接錯誤的最佳實踐

在C++中構建項目時，我發現調試鏈接錯誤非常棘手，尤其是在挑選其他人的代碼時。人們使用什麼策略來調試和修復鏈接錯誤？