L'ordine del collegamento GCC è cambiato?

Question

Sto cercando di collegare un modulo C++ utilizzando GCC, in sostanza, in questo modo:

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

Nota che uso -lstdc++ di collegare il modulo C++, in modo che posso usare al posto di gccg++. Il problema è che sto ottenendo l'errore:

undefined reference to `operator new(unsigned long)' 

(Supponendo che world.cpp contiene almeno una chiamata al new.)

Questo errore è stato risolto se metto -lstdc++ alla fine della linea di linker , in questo modo:

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

sono consapevole che questa domanda è stato chiesto molte volte qui, ma ho un requisito speciale. Non sto chiamando direttamente GCC. Sto usando un sistema di compilazione per un linguaggio di programmazione diverso (Mercury) che chiama GCC per mio conto e non posso modificare facilmente il modo in cui chiama GCC (anche se posso specificare librerie aggiuntive usando la variabile di ambiente LDFLAGS). Così ho due ulteriori requisiti:

• non è possibile usare g++ di collegare (solo gcc) - è per questo che sto facendo la -lstdc++ trucco sopra piuttosto che semplicemente il collegamento con g++).
• Non penso di poter controllare l'ordine dei comandi del linker - Mercury metterà i file .o nella riga di comando dopo le di qualsiasi libreria.

Capisco la ragione fondamentale per cui l'ordine è importante, ma quello che mi è sconcertante è il motivo per cui è nata questa pausa ora? Ho appena aggiornato a Ubuntu 11.10/GCC 4.6.1. Ho compilato con successo questo programma per anni usando esattamente la tecnica di cui sopra (mettendo prima -lstdc++). Solo ora arriva questo errore. Un programma estraneo ai miei collegamenti con OpenGL usando -lgl e che si è rotto anche quando ho aggiornato e ho dovuto spostare -lgl alla fine della riga di comando. Probabilmente scoprirò che dozzine dei miei programmi non sono più compilabili. Perché questo cambiamento? C'è qualcosa di sbagliato nel mio nuovo sistema o è così com'è ora? Si noti che queste sono ordinarie librerie condivise, non collegate staticamente.

C'è qualcosa che posso fare per far tornare GCC alla vecchia maniera, dove l'ordine delle librerie non ha importanza? C'è un altro modo in cui posso convincere GCC a collegare correttamente libstdc++ senza spostarlo dopo i file .o sulla riga di comando?

Answer 1

Se Mercury mette i file oggetto dopo le librerie, Mercurio è rotto. Le librerie appartengono ai file oggetto - sempre. A volte potresti farla franca con l'ordine inverso, ma non in modo affidabile. (Le librerie statiche devono andare dopo i file oggetto che fanno riferimento ai simboli nella libreria statica.A volte, un linker noterà i simboli definiti da una libreria condivisa anche quando non viene utilizzato nessuno dei simboli, a volte il linker noterà solo i simboli della libreria condivisa se la libreria condivisa fornisce almeno un simbolo.)