-mthreads
by Simson Garfinkel
Hi, Erik. Thanks for your help. Comments below:
> From: Erik van Pienbroek <erik(a)vanpienbroek.nl>
> Subject: Re: -mthreads
> To: "Fedora MinGW (Windows cross-compiler) project"
> <mingw(a)lists.fedoraproject.org>
> Message-ID: <1315751641.31406.8.camel(a)alguno.terneuzen.openftd.org>
> Content-Type: text/plain; charset="UTF-8"
>
> Simson Garfinkel schreef op zo 11-09-2011 om 10:03 [-0400]:
> If you want to have win64 support, you'd have to enable a special
> testing repository which contains the mingw-w64 toolchain and can create
> binaries for both win32 and win64. This repository also contains gcc
> 4.6, so if you don't want to update to Fedora 16 this should be a good
> enough alternative. More information about that testing repository can
> be found at [1]. The plan is to merge everything in this testing
> repository back to the main Fedora repository once the legal issues are
> resolved.
When I looked at the mingw toolchain several months ago, I could not get it to cleanly install and build on the current Fedora Core at the time. I am now using the current FC and the beta mingw based on gcc 4.6 and have gotten it to work, so I seem to have a working environment that can compile 32-bit and 64-bit windows executables.
>
> If you stumble across any problems with any of the toolchains, feel free
> to let us know about it so we can help to resolve these issues.
I am having a problem creating multi-threaded executables that are statically linked. Even though I am using the -static flag, the resulting executable has a dependency for pthreadGC2.dll. Unfortunately, for my application we do not wish to have ANY DLL dependencies.
Here is my linkage line:
x86_64-w64-mingw32-g++ -D_FORTIFY_SOURCE=2 -Wall -g -Wno-format --static -mthreads -o tigerdeep.exe md5.o sha1.o sha256.o whirlpool.o tiger.o main.o hashlist.o multihash.o display.o hash.o dig.o helpers.o xml.o files.o threadpool.o -lws2_32 -lgdi32 -liberty -lpthread
The problem seems to be that all of the libraries have been built for dynamic linking.
12 years, 7 months
mingw64-wxwidgets?
by Boszormenyi Zoltan
Hi,
is there a possibility to add mingw64-wxWidgets to the repository?
Thanks in advance,
Zoltán Böszörményi
12 years, 7 months
darwinx repo
by Mathieu Chouinard
hi,
I'm trying to rebuild some of the packages from the svn source and
when I try to build cross-qt, the qt-darwinx-compatibility.patch seems to be missing
Mathieu
12 years, 7 months
-mthreads
by Simson Garfinkel
>>
>>
>> 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?
12 years, 7 months
-mthreads
by Simson Garfinkel
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
12 years, 7 months
Broken dependencies in EPEL - 2011-09-11
by Fedora Koji Build System
Your following packages in the repository suffer from broken dependencies:
======================================================================
The results in this summary consider Test Updates!
======================================================================
package: mingw32-libpng-1.2.37-3.el6.noarch from fedora-epel-6-ppc64
unresolved deps:
mingw32(msvcrt.dll)
mingw32(zlib1.dll)
mingw32(kernel32.dll)
mingw32-filesystem >= 0:63
mingw32-runtime
12 years, 7 months
mingw23-SDL_mixer can't open audio device?
by Christopher Thielen
Has anyone else experienced issues with mingw32-SDL_mixer (or
mingw32-SDL's audio API for that matter) not being able to open the
audio device, both under Wine and MS Windows when using Fedora MinGW?
I can't get the SDL_mixer source-included playwave.c to work using
fedora-mingw, but the same code _does_ work fine if I download MinGW on
Windows and build it there.
I should mention playwave.c, non-cross-compiled (just under Fedora)
works fine as well.
Thanks in advance for any help,
Christopher Thielen
12 years, 7 months
Broken dependencies in EPEL - 2011-09-04
by Fedora Koji Build System
Your following packages in the repository suffer from broken dependencies:
======================================================================
The results in this summary consider Test Updates!
======================================================================
package: mingw32-libpng-1.2.37-3.el6.noarch from fedora-epel-6-ppc64
unresolved deps:
mingw32(msvcrt.dll)
mingw32(zlib1.dll)
mingw32(kernel32.dll)
mingw32-filesystem >= 0:63
mingw32-runtime
12 years, 7 months
