Qt with MinGW-w64?
-
I would strongly recommend against moving stuff into the Qt (SDK) installation manually, danger to wreck something is too big.
I never used a MinGW 64 build, so I have no experiences on how easy or difficult it is to build Qt on that. I remember that there have been some threads in that though. The forum search will dig them up.
-
Just for the record: building Qt 4.8 using the latest GCC 4.7.0 (as for example in MinGW64) requires a patch for building JavaScriptCore:
@
src/3rdparty/javascriptcore/JavaScriptCore/runtime/JSGlobalObject.h- struct JSGlobalObjectData : public JSVariableObjectData {
- struct JSGlobalObjectData : public JSVariableObject::JSVariableObjectData {
src/3rdparty/javascriptcore/JavaScriptCore/runtime/JSStaticScopeObject.h
- struct JSStaticScopeObjectData : public JSVariableObjectData {
- struct JSStaticScopeObjectData : public JSVariableObject::JSVariableObjectData {
@
-
@Lukas:
Just as a side question: Can you recommend a particular MinGW64 version/flavor? I'm aware of at least two: "MinGW 64 @ sourceforge":http://mingw-w64.sourceforge.net/ and "TDM-GCC":http://tdm-gcc.tdragon.net/. -
I'm currently using the personal build of rubenvb for both, "32-bit":http://goo.gl/SydTf and "64-bit":http://goo.gl/RNxso, which can be used as a drop-in replacement for the MinGW that comes with the SDK. The automated builds are prefixed and usually missing SDK headers (for example Direct3D/DirectShow, which prevents phonon from building).
I'm currently migrating to 4.7.0-2 for better C++11 support and except the issue mentioned above it compiles fine so far (although the are a lot of warnings for some modules, which will require further investigation). I should mention that I haven't built webkit so far, as it takes ages to compile (which nevertheless should not suffer from the issue above, as it uses a different version of JavaScriptCore).
-
Thanks for the infos. Looks like I'll wait some time to migrate to MinGW 64. We'll have to ship 32 bit windows binaries for the next couple of years anyways, so there's not much harm with this.
-
with webkit it fails with "Memory exhausted" error on linking debug version of webkit . even -fno-keep-inline-dllexport does not help :(
-
I've compiled Webkit without any problems (except it takes quite a few hours) with both, MinGW32 GCC 4.7.0-2 and MinGW64 GCC-4.7.0-2 on Windows 7 64.
Are you using a 32-bit operating system?
-
win7 x64.
$ gcc --version
gcc.exe (tdm64-1) 4.6.1configure.exe -debug-and-release -opensource -no-qt3support -nomake examples -nomake demos -qt-style-windows -qt-style-windowsxp -qt-style-windowsvista -openssl -I C:\local\include
fails on linking debug version of qtwebkit
I'm now recompiling everything from scratch. will see..
-
linked with x86_64-w64-mingw32-gcc-4.7.0-3_rubenvb! =)
so tdm-gcc-4.6.1 has bugs -
I am working with x86_64-w64-mingw32-gcc-4.7.2-release-win64_rubenvb at the moment.
I had several times a compile issue in a file called unknwn.h. (line 70)
I found a solution in some forum thread from rubenvb.
In the makefiles from all directories called headersclean, you have to remove the -ansi flag from the CXXFLAGS.I used:
configure -debug-and-release -opensource -confirm-license -platform win32-g++ -developer-build -c++11 -icu -opengl desktop -openssl -plugin-sql-odbc