Resolviendo dependencias circulares uniendo la misma biblioteca dos veces?

Question

Tenemos una base de código dividida en bibliotecas estáticas. Desafortunadamente, las bibliotecas tienen dependencias circulares; por ejemplo, libfoo.a depende de libbar.a y viceversa.

sé la forma "correcta" de manejar esto es usar --start-group y --end-group opciones del enlazador, así:

g++ -o myApp -Wl,--start-group -lfoo -lbar -Wl,--end-group 

Pero en nuestros Makefiles existentes, el problema se maneja normalmente como esto:

g++ -o myApp -lfoo -lbar -lfoo 

(Imagínese esto se extendió a ~ 20 bibliotecas con interdependencias complejas.)

he estado yendo a través ou r Makefiles cambia el segundo formulario al primero, pero ahora mis compañeros de trabajo me preguntan por qué ... Y aparte de "porque es más limpio" y una vaga sensación de que la otra forma es arriesgada, no tengo una buena respuesta.

Entonces, ¿puede unir la misma biblioteca varias veces alguna vez crear un problema? Por ejemplo, ¿podría fallar el enlace con símbolos definidos de forma múltiple si el mismo .o se extrae dos veces? ¿O hay algún riesgo de que podamos terminar con dos copias del mismo objeto estático, creando errores sutiles?

Básicamente, quiero saber si existe la posibilidad de que el tiempo de enlace o las fallas de tiempo de ejecución vinculen la misma biblioteca varias veces; y si es así, cómo activarlos. Gracias.

Answer 1

Todo lo que puedo ofrecer es una falta de contra-ejemplo. En realidad, nunca he visto la primera forma (aunque es claramente mejor) y siempre he visto esto resuelto con la segunda forma, y ​​no he observado problemas como resultado.

Aun así, yo sugeriría cambiar a la primera forma porque muestra claramente la relación entre las bibliotecas en lugar de confiar en que el enlazador se comporte de una manera particular.

Dicho esto, sugeriría al menos considerar si existe la posibilidad de refactorizar el código para extraer las piezas comunes en bibliotecas adicionales.

Answer 2

Dado que es una aplicación heredada, apuesto a que la estructura de las bibliotecas se hereda de algún arreglo que probablemente ya no importa, como ser usado para construir otro producto que ya no se usa.

Incluso si todavía existen razones estructurales para la estructura heredada de la biblioteca, casi seguro que sería aceptable construir una biblioteca más a partir de la disposición heredada. Simplemente coloque todos los módulos de las 20 bibliotecas en una nueva biblioteca, liballofthem.a. Entonces, cada aplicación es simplemente g++ -o myApp -lallofthem ...