Hi Eugen, On Mon, 19 May 2014 19:28:53 +0200, Eugen Dedu <eugen.d...@pu-pm.univ-fcomte.fr> wrote: > Thank you for maintaining mingw-w64 for debian!
It's always a pleasure! > I try to compile ekiga using mingw-w64 and the problem is that it > generates only a .a, not a .dll. The reason is that libtool gives > errors like this: [...] > The problem is with the ones recognised as archive static. The > following files have this problem in my case: > > libdxerr9.a, libdxguid.a, libstrmiids.a, libuuid.a. > > Do you know why the above files have this problem? Feel free to ask me > more information if needed. The archive static files are object archives, built from C files compiled to object files and archived. The archive import files are stubs for DLLs, build from definition files. For example, dsound which you mention is built from mingw-w64-crt/lib32/dsound.def in the mingw-w64 source; whereas uuid is built from a bunch of C source files (see mingw-w64-crt/Makefile.am for details; look for "src_libuuid"). What exactly are you trying to do? I know that it is possible to link both static and import archives into a DLL, wine-gecko does that with libuuid amongst others; looking through my build logs I see i686-w64-mingw32-g++ -mwindows -shared -Wl,--out-implib -Wl,libmozglue.dll.a -o mozglue.dll dummy.o ./module.res -lpthread -static-libgcc -static-libstdc++ -Wl,--enable-stdcall-fixup -Wl,--large-address-aware mozglue.def ../../mfbt/libmfbt.a /tmp/buildd/wine-gecko-2.21-2.21+dfsg1/wine_gecko-2.21-x86/modules/zlib/src/libmozz.a -luuid -lgdi32 -lwinmm -lwsock32 -luserenv -lsecur32 -lnetapi32 (and the resulting mozglue.dll is used later on in the build for other DLLs and so forth). Regards, Stephen
signature.asc
Description: PGP signature
