¿Cómo se puede vincular la aplicación de consola Visual C++ (2010) con una biblioteca STATIC creada por MinGW
(formato *.a
)? ¿Es compatible con Visual C++ 2010?Enlace Visual C respalda la biblioteca estática de MinGW
Gracias.
¿Cómo se puede vincular la aplicación de consola Visual C++ (2010) con una biblioteca STATIC creada por MinGW
(formato *.a
)? ¿Es compatible con Visual C++ 2010?Enlace Visual C respalda la biblioteca estática de MinGW
Gracias.
No es compatible.
Sin embargo, si extrae todos los archivos de objeto de la biblioteca (use ar
), el enlazador de VC++ puede manejarlos (lo probé, aunque utilicé cygwin gcc en lugar de mingw gcc). Tenga en cuenta que aún puede tener problemas de manipulación de nombres si no usa extern "C"
.
Puede, por supuesto, utilizar la herramienta LIB.EXE
de VC++ para convertirlos en una biblioteca estática en formato VC++.
Como señala @ Michael, que sin duda tendrá problemas si intenta pasar objetos no-POD C++ entre los módulos construidos con diferentes compiladores. La solución para esto es la misma que para el caso de DLL: escriba un contenedor creado con el mismo compilador (en este caso, mingw) que expone una interfaz compatible con C utilizable de otras cadenas de herramientas.
// minimal.cpp
extern "C" int m(void) { return 7; }
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.5.0/lto-wrapper.exe
Target: i686-pc-cygwin
Configured with: /gnu/gcc/releases/respins/4.5.0-1/gcc4-4.5.0-1/src/gcc-4.5.0/co
nfigure --srcdir=/gnu/gcc/releases/respins/4.5.0-1/gcc4-4.5.0-1/src/gcc-4.5.0 --
prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdi
r=/usr/lib --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --dataroo
tdir=/usr/share --docdir=/usr/share/doc/gcc4 --datadir=/usr/share --infodir=/usr
/share/info --mandir=/usr/share/man -v --with-gmp=/usr --with-mpfr=/usr --enable
-bootstrap --enable-version-specific-runtime-libs --libexecdir=/usr/lib --enable
-static --enable-shared --enable-shared-libgcc --disable-__cxa_atexit --with-gnu
-ld --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions --enable-languages=ada
,c,c++,fortran,java,lto,objc,obj-c++ --enable-graphite --enable-lto --enable-jav
a-awt=gtk --disable-symvers --enable-libjava --program-suffix=-4 --enable-libgom
p --enable-libssp --enable-libada --enable-threads=posix --with-arch=i686 --with
-tune=generic --enable-libgcj-sublibs CC=gcc-4 CXX=g++-4 CC_FOR_TARGET=gcc-4 CXX
_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake GNATBIND_FOR_TARGET=gnatbind --wi
th-ecj-jar=/usr/share/java/ecj.jar
Thread model: posix
gcc version 4.5.0 (GCC)
$ gcc -c minimal.cpp
// minmain.cpp
extern "C" int m(void);
#include <iostream>
int main(void) { std::cout << m() << "\n"; }
R:\>cl /c /EHsc minmain.cpp
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.40219.01 for 80x86
Copyright (C) Microsoft Corporation. All rights reserved.
minmain.cpp
R:\>link minmain.obj minimal.o
Microsoft (R) Incremental Linker Version 10.00.40219.01
Copyright (C) Microsoft Corporation. All rights reserved.
R:\>minmain
7
Los archivos de objetos no serán compatibles tampoco. –
@Michael: Lo son, acabo de probarlo. –
Cool. Gracias. Excelente respuesta – Cartesius00