Am 05.05.2014 um 19:29 schrieb Peter Maydell:
Ah, we're dynamically linking with glib too? In that case, yes, whatever mechanism we're currently using to distribute the glib DLL we should use for the libstdc++ too.
QEMU for Windows uses dynamic linking. Besides the DLL files which are part of the operating system (kernel32, win32, ...), my current list for w64 includes these DLL files: libatk-1.0-0.dll libcairo-2.dll libcairo-gobject-2.dll libffi-6.dll libfontconfig-1.dll libfreetype-6.dll libgcc_s_seh-1.dll libgdk-3-0.dll libgdk_pixbuf-2.0-0.dll libgio-2.0-0.dll libglib-2.0-0.dll libgmodule-2.0-0.dll libgobject-2.0-0.dll libgtk-3-0.dll libiconv-2.dll libintl-8.dll libjpeg-9.dll liblzma-5.dll libpango-1.0-0.dll libpangocairo-1.0-0.dll libpangoft2-1.0-0.dll libpangowin32-1.0-0.dll libpixman-1-0.dll libpng15-15.dll libstdc++-6.dll libxml2-2.dll SDL.dll zlib1.dll It changes recently when I upgraded to Debian Jessie - that caused the trouble which was reported here. If anybody knows a simple tool to get all non-standard DLL dependencies for a set of Windows executables, that would help to avoid this kind of problems. Regards Stefan
