Re: [Qemu-devel] Compilation error of coroutine-win32.c with gcc version 3.4.5 (mingw-vista special r3)

[Blue Swirl]

On Tue, Aug 16, 2011 at 6:50 PM, Paolo Bonzini <address@hidden> 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