linker

    1熱度

    2回答

    雖然增量鏈接解決了大部分鏈接時間(即使是非常大的項目),但我發現MSVS中的增量鏈接器非常隨意。 (我目前使用2003 atm,很想聽聽2005/8是否解決了這個問題)。我已知的觸發器列表包括: 更改主要.exe項目外部的任何內容都會觸發完整鏈接 添加靜態變量有觸發鏈路全 50%的機會,這個名單肯定是不包括在內。我能做些什麼來避免完整鏈接? 到目前爲止,唯一的工具診斷到目前爲止,我發現的是在鏈接器

    21熱度

    7回答

    我建立使用GNU工具鏈的一個項目,直到我得到它聯繫起來,其中連接器抱怨說,它缺少/找不到crti.o一切工作正常。這不是我的目標文件之一,它似乎與libc有關,但我不明白爲什麼它需要這個crti.o,它不會使用庫文件,例如libc.a? 我正在爲手臂平臺交叉編譯。我有工具鏈中的文件,但我如何讓鏈接器包含它? crti.o是在'圖書館'搜索路徑之一,但它應該尋找庫路徑上的.o文件? 是搜索路徑同樣爲

    94熱度

    19回答

    我在Visual Studio 2008中創建了一個新的C++項目。只有項目設置已更改。 當我編譯項目,我收到以下致命錯誤: fatal error LNK1104: cannot open file 'C:\Program.obj'

    7熱度

    1回答

    我們的構建過程使用Visual Studios 2003 link.exe進行鏈接。在一臺機器,我們看到了以下錯誤: _X86_Win32/Debug/Intermediate/OurApp.exe LINK: extra operand `/subsystem:windows' Try `LINK --help' for more information 這顯然是利用視覺工作室爲其它機器的同

    105熱度

    12回答

    將Python(可能通過中間C代表)編譯成機器代碼有多大的可行性? 大概就需要鏈接到一個Python運行時庫,併爲Python的本身將需要編譯(和鏈接中)太Python標準庫的任何部分。 此外,你需要,如果你想要做表達式的動態評價,但也許Python中的一個子集,並沒有讓這仍然是有用的捆綁Python解釋器。 它會提供任何速度和/或內存使用優勢?據推測,Python解釋器的啓動時間將被消除(儘管共

    1熱度

    2回答

    對於嵌入式系統,我需要在固定地址放置一些數據結構,以便單獨的控制CPU可以在已知位置訪問它們。我爲嵌入式目標使用鏈接器腳本來完成此操作,此外還爲控制CPU提供了相同地址的#defines。 它困擾我,因此這些地址常量因此定義在兩個地方,鏈接器腳本和頭文件。我想只有一個。到目前爲止,我所提出的最佳解決方案是讓Makefile在鏈接器腳本上運行cpp,使其能夠#包含相同的頭文件。 有沒有更好的方法來實

    1熱度

    3回答

    我正在用g ++ 3.3.4構建一個共享庫。因爲我越來越 ./BcdFile.RHEL70.so: undefined symbol: _ZNSt8_Rb_treeIjjSt9_IdentityIjESt4lessIjESaIjEE13insert_uniqueERKj 其中C++ filt的描述爲 std::_Rb_tree<unsigned int, unsigned int, std::

    3熱度

    6回答

    我有,只有當我添加下面一行到我的項目發生了非常奇怪的錯誤消息: std::list<CRect> myVar; 值得注意它不必是一個std :: list,它可以是std :: vector或我假設的任何其他STL容器。 以下是錯誤消息: 錯誤1錯誤LNK2005: 「公共: __thiscall的std ::列表 ::列表>(無效)」 (δλ0? $ @表@@ VCRect V'$ @分配器

    9熱度

    4回答

    有沒有辦法在編譯/鏈接時使用GCC增加Windows應用程序的堆棧大小?

    1熱度

    3回答

    考慮這兩個C++頭的情況: 情況1: class Test { public: static int TEST_DATA[]; }; int Test::TEST_DATA[] = { 1, 2, 3, 4 }; 情況2: class Test { public: static int const TEST_DATA[]; }; int cons