>> 
>> 
>> Hi. I'm still trying to get pthreads working reliably on mingw32 and
>> mingw64.
>> My question today --- if I am writing multi-threaded code, do i need to
>> supply the -mthreads compiler option?
>> Thanks
> 
> Well, this depends on the runtime-version you are using.  Newer
> version supports TLS-callbacks and so -mthreads is an nop-operation
> for them, but for older runtime-versions it is mandatory to use it for
> multi-threaded applications, which are using C++.
> You should make sure in general to use shared libgcc and libstdc++, if
> you are building an C++ application.  This avoids some troubles you
> otherwise might get into.
> 
> The pthread library doesn't depend on the -mthreads feature.
> 
> So in doubt, specify the -mthreads option and the additional the
> options -shared-libgcc -shared-libstdc++.

Kal, thanks for the information.

I am writing C++ code. We are attempting to create .EXE files that have no 
external dependencies and do not require the use of ANY DLL that is not part of 
the standard Windows system. 

Does  -shared-libgcc make the system require a GCC DLL? If so, we can't do that.

Specifying -mthreads creates a dependcy fir mingwm10.dll. According to some 
posts I've read the dependency goes away if you are using GCC 4.5.2 or above:

        • http://comments.gmane.org/gmane.comp.gnu.mingw.user/36738

It is not clear to me how to get the current mingw (32 or 64) running in 
cross-compiler mode on Ubuntu or MacOS. A while ago I looked at the Fedora 
build system and it was broken too. However, I need to build both 32-bit and 
64-bit executables and I need a system that is repeatable for others, so it 
looks like I'm going to have to spend some serious time on this over the next 
2-3 weeks. I am happy to do it with Fedora or Ubuntu or Mac, but I need 
something that's easy, and I need to generate both 32-bit and 64-bit binaries.

Have the Fedora repositories been fixed yet?

_______________________________________________
mingw mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/mingw

Reply via email to