¿Se ha cambiado el orden de enlace GCC?

Question

estoy tratando de enlazar un módulo C++ utilizando GCC, esencialmente como esto:

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

Nota que utilizo -lstdc++ para unir el módulo C++ en, por lo que puedo usar en lugar de gccg++. El problema es que estoy recibiendo el error:

undefined reference to `operator new(unsigned long)' 

(Suponiendo que world.cpp contiene al menos una llamada a new.)

Este error se fija si pongo -lstdc++ al final de la línea de enlazador , como este:

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

Soy consciente de que esta pregunta se ha hecho muchas veces aquí, pero tengo un requisito especial. No estoy llamando directamente a GCC. Estoy usando un sistema de compilación para un lenguaje de programación diferente (Mercury) que llama a GCC en mi nombre, y no puedo modificar fácilmente la forma en que llama a GCC (aunque puedo especificar bibliotecas adicionales usando la variable de entorno LDFLAGS). Así que tengo dos requisitos adicionales:

• que no puedo utilizar g++ vincular (sólo gcc) - es por eso que estoy haciendo el truco -lstdc++ anterior en lugar de simplemente la vinculación con g++).
• No creo que pueda controlar el orden de los comandos del enlazador - Mercury colocará los archivos .o en la línea de comandos después de cualquier biblioteca.

entiendo la razón fundamental por la cual el orden es importante, pero lo que me es desconcertante es ¿por qué esta ruptura ahora? Acabo de actualizar a Ubuntu 11.10/GCC 4.6.1. He estado compilando con éxito este programa durante años utilizando precisamente la técnica anterior (primero poniendo -lstdc++). Solo ahora ha surgido este error. Un programa no relacionado de mis enlaces contra OpenGL usando -lgl y eso también se rompió cuando actualicé y tuve que mover -lgl al final de la línea de comandos. Probablemente voy a descubrir que docenas de mis programas ya no compilan. ¿Por qué cambió esto? ¿Hay algún problema con mi nuevo sistema o es así como es ahora? Tenga en cuenta que estas son bibliotecas compartidas ordinarias, no están vinculadas estáticamente.

¿Hay algo que pueda hacer para que GCC vuelva al modo anterior, donde el orden de las bibliotecas no importa? ¿Hay alguna otra manera en que pueda convencer a GCC para que vincule correctamente el libstdc++ sin moverlo después de los archivos .o en la línea de comandos?

Answer 1

Si Mercury coloca archivos de objetos después de las bibliotecas, Mercury se rompe. Las bibliotecas pertenecen a los archivos de objetos, siempre. A veces puede salirse con la orden inversa, pero no de manera confiable. (Las bibliotecas estáticas deben buscar los archivos de objeto que hacen referencia a los símbolos en la biblioteca estática. A veces, un vinculador observará los símbolos definidos por una biblioteca compartida incluso cuando no se use ninguno de los símbolos, a veces, el vinculador solo notará los símbolos de la biblioteca compartida si la biblioteca compartida proporciona al menos un símbolo.)