Vinculación de múltiples archivos .lib estáticos en un archivo monolítico .lib utilizando VS2008 SP1 utilizando CMake 2.8.x

Question

Relacionados con using cmake to link object files into lib.xxxx.a file, pero no del todo igual, he creado varias bibliotecas estáticas en Windows usando CMake 2.8.x usando VS2008 SP1 . ¿Hay una manera a través de CMake sola de volver a vincular todos los archivos .obj dentro de todas esas bibliotecas estáticas existentes en una biblioteca monolítica más grande, preferiblemente a través de la función CMake add_library u otra construcción similar?

Creo que la respuesta es "no", y por eso he pensado rodar mi propia a través de un comando personalizado a través del habitual enfoque add_custom_command + add_custom_target, que simplemente se construye la biblioteca manualmente, mediante el suministro de todas las otras bibliotecas .obj archivos al llamar al LINK.EXE. Pero veo algunos problemas con este enfoque:

1. no pude encontrar una variable CMake que indica la ruta completa a la LINK.EXE ejecutable. Entonces tendría que derivar de alguna manera el camino hacia la LINK.EXE usando una heurística frágil: Es frágil en el sentido de que las diferentes versiones de Visual Studio pueden localizar el archivo LINK.EXE en diferentes directorios, y yo estoy necesitando esto funcione tanto para 32 bits y Las condiciones del compilador de Windows de 64 bits, y ser resistente contra las actualizaciones entre VS2008 y futuras revisiones del compilador.
2. tendría que encontrar una manera de encontrar todos los archivos .obj de las otras bibliotecas estáticas, en tiempo de compilación frente en el momento CMake, ya que en el momento de CMake los archivos .obj, por supuesto, no lo hacen (siempre) existe. Por razones de rendimiento de construcción, deseo de no recurrir a la extracción de los archivos .obj de los archivos .lib por el bien de la adición a la línea de comandos LINK.EXE, por lo que un constructo FILE(GLOB...) sería mi segundo mejor alternativa en este caso.
3. Puede ser posible llamar simplemente a través de LINK.EXE: LINK.EXE /OUT:monolithic.lib lib1.lib lib2.lib ..., pero tal vez no todos los de .obj será incluido (EDIT: He confirmado que LINK.EXE omite algunos archivos .obj de lib1.lib lib2.lib ... sin ningún mensaje de diagnóstico que explica por qué, por lo que este enfoque es un no iniciador); los documentos en línea para LINK.EXE no están claros en cuanto a ese punto. Alguien tiene alguna experiencia con el uso de LINK.EXE de esa manera?

Gracias,

Brent

P. S., sé cómo crear un archivo DLL usando CMake, pero específicamente no quieren recurrir a la construcción de una DLL en este punto en el tiempo.

Answer 1

Cree una biblioteca estática "fusionada" con un archivo de origen ficticio y agregue libs para fusionarlas con STATIC_LIBRARY_FLAGS, por lo que serán entradas adicionales a lib.exe.

Esto sería algo así como:

ADD_LIBRARY (fusionó dummy.c ESTÁTICA)

SET_TARGET_PROPERTIES (propiedades fusionadas
STATIC_LIBRARY_FLAGS "\ ruta completa \ a \ lib1.lib completa \ ruta \ a \ LIB2 .lib ")

Este enfoque se utiliza dentro de MySQL, hay un macro más general aquí para fusionar bibliotecas estáticas que trabaja crosss-plataforma. Se puede encontrar aquí http://www.mail-archive.com/cmake@cmake.org/msg28670/libutils.cmake