GCC鏈接順序改變了嗎？

Question

我試圖鏈接使用GCC一個C++模塊，基本上是這樣的：

gcc -c hello.c 
g++ -c world.cpp 
gcc -ohello -lstdc++ hello.o world.o 

請注意，我用-lstdc++在C++模塊鏈接，這樣我就可以使用gcc而不是g++。問題是，我得到的錯誤：

undefined reference to `operator new(unsigned long)' 

（假設world.cpp包含至少一個呼叫new）

如果我把-lstdc++在連接線的末端此錯誤是固定的，像這樣：

gcc -ohello hello.o world.o -lstdc++ 

我知道這個問題在這裏已經被問過很多次了，但是我有一個特殊的要求。我不是直接調用GCC。我正在使用不同的編程語言（Mercury）的構建系統，它以我的名義調用GCC，並且我無法輕鬆修改它調用GCC的方式（儘管我可以使用LDFLAGS環境變量指定其他庫）。所以，我有兩個附加條件：

• 我不能用g++鏈接（只gcc） - 這就是爲什麼我做了-lstdc++伎倆以上，而不是簡單地用g++連接）。
• 我不認爲我可以控制鏈接器命令的順序 - 水星將把任何庫中的.o文件放在命令行後。

我理解的根本原因的順序很重要，但什麼是莫名其妙我現在爲什麼這樣做休息？我剛更新到Ubuntu 11.10/GCC 4.6.1。我已經使用上述技術成功地編譯了這個程序多年（首先將-lstdc++放入）。現在只有這個錯誤出現了。一個與我的OpenGL無關的程序，使用-lgl，當我升級時我的程序也崩潰了，我必須將-lgl移動到命令行的末尾。我可能會發現我的幾十個程序不再編譯。爲什麼這個改變？我的新系統有什麼問題，或者是現在的方式？請注意，這些是普通的共享庫，不是靜態鏈接的。

有沒有什麼我可以做GCC回到舊的方式，圖書館的順序並不重要？有沒有其他方法可以說服GCC正確鏈接libstdc++，而不必在命令行上的.o文件之後移動它？

Answer 1

如果Mercury在庫之後放置目標文件，水星就會壞掉。庫之後屬於對象文件 - 始終。您有時可能會違背相反的順序，但不可靠。 （靜態庫必須在引用靜態庫中的符號的目標文件之後，有時，即使沒有使用任何符號，鏈接器也會記錄由共享庫定義的符號;有時，鏈接器僅會記錄共享庫符號如果共享庫至少提供一個符號）。