GNOME Bugzilla – Bug 708151
Need MInGW64 for buildable.gnome.org, not in repo though
Last modified: 2013-10-28 08:08:20 UTC
Hi, In order to create GTK+3 bundles for 64-bit Windows (http://win32builder.gnome.org), I need the MinGW64 cross-compiler on my RHEL6 machine (buildable.gnome.org). It's listed as a Fedora 17 feature (http://fedoraproject.org/wiki/Features/Mingw-w64_cross_compiler), so it must be too recent for EPEL6. There are packages available on http://www.lfarkas.org/linux/packages/centos/6/mingw-w64/x86_64/, which I installed and used successfully on a RHEL6 system. Thanks for your time.
Hey, been building all the packages since a few hours but found a few issues, specifically the mingw-gcc package depends on mingw-crt and mingw-pthreads, which are depending on mingw-gcc themselves. I managed to build an older version of mingw-gcc (v. 4.7.0-0.7.20120224) and all the other packages but seems mingw-pthreads is failing to build from source cause of the older mingw-gcc version. If you need that package for your builds then I'm sorry you should probably keep using your website for building / distributing them. If you don't need that specific package, I can have the other packages installed tomorrow.
(In reply to comment #1) Hi Andrea, Yes, MinGW is a pain to build ; don't bother with pthreads, I'll find a workaround eventually. It would be great to have the packages you managed to assemble, though.
The following packages have been rebuilt for EPEL6 and installed on buildable.gnome.org: 1. mingw-filesystem-base 2. mingw64-filesystem 3. mingw-binutils-generic 4. mingw64-binutils 5. mingw64-crt 6. mingw64-headers 7. mingw64-cpp 8. mingw64-gcc 9. mingw64-gcc-c++ The mingw64-pthreads wasn't included as per comment #1.
Ahem, reopening. It seems the new packages replaced the old ones (that means, rather than adding a new compiler, they replaced the existing one). Problem being that the new compiler is non-functional ; it cannot compile a binary because it cannot find its base libraries. Could you please, Andrea, revert to the previous situation, t.m. uninstall the "custom" MinGW packages and reinstall the ones from the official repo (which were : libmpc mingw32-filesystem mingw32-runtime mingw32-binutils mingw32-cpp mingw32-w32api mingw32-gcc mingw32-gcc-c++ mingw32-pthreads) And I think we won't change that again from now on.
Done, seems packaging custom mingw packages is definitely a pain :(
Yes, you understand why I wanted the prebuilt packages... Anyway, thanks for your reactivity ; just rebuilded the whole stack and it works great :-) !
Hi Andrea, Is there any chance of having both mingw32 and mingw64 installed somehow? It is really nice to see the GTK+3 win32 bundles becoming official and having win64 ones would be a big help for application developers basing their work on GTK+.
Hey Balint, I tried building all the packages once but seems there were problems with the compiler, probably because I grabbed the wrong sources and rebuilt the wrong stack. Tarnyko pointed us to http://www.lfarkas.org/linux/packages/centos/6/mingw-w64/x86_64 but we won't install those packages given they are coming from a non-trusted source. If Tarnyko suggests me which is the right RHEL 6 source package I should grab I can try and rebuilt the whole x86_64 stack anytime.
Nevermind, I did a few verifications and seems Levente Farkas maintains a lot of mingw-related packages on Fedora / EPEL so I consider the packages as trusted enough to install them on the server. Tarnyko, please let me know if you're able to build an x86_64 with success.
Wowowow, Balint, Andrea, you're making my day ! I'll try rapidly and let you know.