On Tue, Aug 16, 2011 at 6:50 PM, Paolo Bonzini <pbonz...@redhat.com> wrote: > On 08/16/2011 05:45 AM, Stefan Hajnoczi wrote: >> >> Roy, >> This stack trace does not reveal much. >> >> Is there any MinGW gcc user that has successfully built and run >> qemu.git? > > I would be surprised if Stefan Weil hasn't.
Builds and runs (under i386 chroot + Wine) here. It worked also in Windows the last time I tried (2010). >> Which version/architecture of Windows and which MinGW >> version? Debian: $ i586-mingw32msvc-gcc -v Using built-in specs. Target: i586-mingw32msvc Configured with: /build/buildd-gcc-mingw32_4.4.4-0.1+b1-amd64-aFhFbL/gcc-mingw32-4.4.4/build-tree/gcc-4.4.4/configure --build=x86_64-linux-gnu --prefix=/usr --includedir='/usr/include' --mandir='/usr/share/man' --infodir='/usr/share/info' --sysconfdir=/etc --localstatedir=/var --libexecdir='/usr/lib/gcc-mingw32' --disable-multilib --enable-threads --enable-sjlj-exceptions --enable-version-specific-runtime-libs --disable-shared --target=i586-mingw32msvc --enable-languages=c,c++,fortran : (reconfigured) /build/buildd-gcc-mingw32_4.4.4-0.1+b1-amd64-aFhFbL/gcc-mingw32-4.4.4/build-tree/gcc-4.4.4/configure --build=x86_64-linux-gnu --prefix=/usr --includedir='/usr/include' --mandir='/usr/share/man' --infodir='/usr/share/info' --sysconfdir=/etc --localstatedir=/var --libexecdir='/usr/lib/gcc-mingw32' --disable-multilib --enable-threads --enable-sjlj-exceptions --enable-version-specific-runtime-libs --disable-shared --target=i586-mingw32msvc --enable-languages=c,c++,fortran Thread model: win32 gcc version 4.4.4 (GCC) Compiled myself: $ i686-mingw32msvc-gcc -v Using built-in specs. COLLECT_GCC=i686-mingw32msvc-gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-mingw32msvc/4.6.0/lto-wrapper Target: i686-mingw32msvc Configured with: ../configure --target=i686-mingw32msvc --enable-targets=i686-mingw32msvc --disable-nls --disable-threads --enable-languages=c --disable-shared --disable-libssp --disable-multilib Thread model: single gcc version 4.6.0 20100925 (experimental) (GCC) > I'm trying to get rid of emutls, it is slow anyway and we'll likely want to > rely on TLS very liberally in the future. If it fixes the bug, we can > backport it to stable too. I don't know about Win32 TLS support, but at least OpenBSD/sparc64 gcc/ld/ld.so/libc do not support __thread. According to manual, TLS is not available everywhere: http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/Thread_002dLocal.html#Thread_002dLocal