Re: [Development] Question regarding commit: Fix transformation in eglfs backingstore
Ok, let's just revert the change if it breaks on Pi. It wouldn't make much of a difference on eglfs anyways due to the forced-fullscreen windows. The change originates from kms which, due to the way it is currently implemented, is potentially capable of doing non-fullscreen windows. The problem of wrong vertical positioning of top-level widgets was apparent there and the backingstore code for these two plugins is the same. There are probably some differences with regards to Y inversion so we end up with side effects on eglfs. Needs to be investigated further some day. Thanks, Laszlo -Original Message- From: development-bounces+laszlo.p.agocs=nokia@qt-project.org [mailto:development-bounces+laszlo.p.agocs=nokia@qt-project.org] On Behalf Of ext Jon Trulson Sent: 28 August 2012 02:59 To: development@qt-project.org Subject: [Development] Question regarding commit: Fix transformation in eglfs backingstore Commit 12491f35bbea7008b15fb0ba0ee7ea5bf6eb6b6c from Laszlo Agocs: Fix transformation in eglfs backingstore While not visible with forced-fullscreen windows, the formula used to set up positioning on the Y axis is wrong. (with the GL coordinate system Y goes 1..-1 when moving top-to-bottom) Taken from kms' version of the backingstore which had the formulas corrected. I am crosscompiling qt5 for a Raspberry Pi board using eglfs, and the latest raspbian (2012-08-16-wheezy-raspbian). It has gone well with the most recent git masters, pulled today. I noticed though that while running various qtbase widget examples (scribble, sliders, etc) that the Y axis is inverted. Those opengl examples that work, do show up properly regardless of this patch (paintedwindow). The commit above seems to be responsible. If I revert it, then the apps display properly (though opening menus, etc still cause crashes, but that's another issue.) OpenGL apps, including qml via qmlscene still look correct. I suspect that Y inversion is already being handled elsewhere within Qt, so I am curious as to what problem was actually seen that required this change? Should it be reverted? -- Jon Trulson Atoms are what make us matter. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Problems with QmlEngine and importPath
Hi everybody, we are currently suffering from the following problem: We fail to change the default directory for our custom qml plugins, that we have written in C++, and that we want to import (e.g. via import custom_plugin 1.0). That is the only directory our QML applications find the plugins is in the default import directory from the Qt5 directory. What is also strange is that the Qt Creator recognizes our plugin (i.e. the syntax highlighting works) in an arbitrary directory as long as the QML_IMPORT_PATH is set. We are using Qt5 with the angle project and the Qt Creator. That is what we've tried so far: 1. changing the QML_IMPORT_PATH: although this results in syntax highlighting in the Qt Creator, our application still doesn't find the plugins 2. using QmlEngine::addImportPath( dest ) : the path is in the importPathList now, we've checked that, but the plugins can't be found anyway 3. varying the qmldir files: doesn't work either Is this a known problem or is there an error in our application? Thank you in advance for your help. Greetings Matthias --- This communication contains confidential information. If you are not the intended recipient please return this email to the sender and delete it from your records. Diese Nachricht enthaelt vertrauliche Informationen. Sollten Sie nicht der beabsichtigte Empfaenger dieser E-mail sein, senden Sie bitte diese an den Absender zurueck und loeschen Sie die E-mail aus Ihrem System. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Qt5 Visual Studio Add-in 1.2.0 Beta
Hi all! A first development build of Qt5 Visual Studio Add-in 1.2.0 Beta is now available for download here. http://origin.releases.qt-project.org/digia_vsaddin/ -Project wizards updated to support Qt5 module structure -Supports Visual Studio 2008 and 2010 versions -Help not yet updated neither working Please try if interested! All feedback is very welcome!! Br, Ismo -- Ismo Haataja Senior Software Specialist Digia Plc Elektroniikkatie 10, FI-90590 Oulu Finland Email: ismo.haat...@digia.commailto:ismo.haat...@digia.com Visit us at: www.digia.comhttp://www.digia.com or qt.digia.comhttp://qt.digia.com -- PRIVACY AND CONFIDENTIALITY NOTICE This message and any attachments are intended only for use by the named addressee and may contain privileged and/or confidential information. If you are not the named addressee you should not disseminate, copy or take any action in reliance on it. If you have received this message in error, please contact the sender immediately and delete the message and any attachments accompanying it. Digia Plc does not accept liability for any corruption, interception, amendment, tampering or viruses occurring to this message. - ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Problems with QmlEngine and importPath
On Tuesday, August 28, 2012 09:42:58 Wehmer, Matthias wrote: Hi everybody, we are currently suffering from the following problem: We fail to change the default directory for our custom qml plugins, that we have written in C++, and that we want to import (e.g. via import custom_plugin 1.0). That is the only directory our QML applications find the plugins is in the default import directory from the Qt5 directory. What is also strange is that the Qt Creator recognizes our plugin (i.e. the syntax highlighting works) in an arbitrary directory as long as the QML_IMPORT_PATH is set. We are using Qt5 with the angle project and the Qt Creator. That is what we've tried so far: 1. changing the QML_IMPORT_PATH: although this results in syntax highlighting in the Qt Creator, our application still doesn't find the plugins 2. using QmlEngine::addImportPath( dest ) : the path is in the importPathList now, we've checked that, but the plugins can't be found anyway 3. varying the qmldir files: doesn't work either Is this a known problem or is there an error in our application? Thank you in advance for your help. Interesting. If this is broken, maybe that's why QtSensors installs its plugin to the wrong location: https://bugreports.qt-project.org/browse/QTBUG-26860 (That bug should be re-opened) If addImportPath is broken, it should be fixed, and QtSensors should use it. Thanks, -- Stephen Kelly stephen.ke...@kdab.com | Software Engineer KDAB (Deutschland) GmbH Co.KG, a KDAB Group Company www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-Independent Software Solutions signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
On 28.08.2012 10:34, Stephen Kelly wrote: On Monday, August 27, 2012 19:23:19 Peter Kümmel wrote: On 27.08.2012 19:14, Peter Kümmel wrote: Cross-compiling with mkspec/win win32-g++ doesn't This doesn't mean anything to me. What is the host and what is the target? On Linux with mingw to win32. install the cmake files into lib/cmake. The line in mkspecs/features/create_cmake.prf INSTALLS += cmake_qt5_module_files is called but ignored, there are no install rules in the Makefiles for cmake files. Any ideas how to fix this? In the build dir the files are in lib/cmake, but they are not copied to the install dir. Does the install step complete without warnings or errors? No, there are no cmake rule in the Makefiles which could fail. I can only confirm that when I cross compile for QNX on a linux host, the cmake files are created and work fine. The wonders of updates: The error happens on Ubuntu 11.10. On 12.04 it works. Thanks, ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Problems with QmlEngine and importPath
Hi Kai, thank you for your suggestions. We also tried that and the QmlImportDatabase told us, that our directory indeed had been added. So it's mainly the same as with the importPathList output. Greetings Matthias -Original Message- From: kai.koe...@nokia.com [mailto:kai.koe...@nokia.com] Sent: Dienstag, 28. August 2012 10:23 To: Wehmer, Matthias; development@qt-project.org Subject: RE: Problems with QmlEngine and importPath -Original Message- From: development-bounces+kai.koehne=nokia@qt-project.org [mailto:development-bounces+kai.koehne=nokia@qt-project.org] On Behalf Of ext Wehmer, Matthias Sent: Tuesday, August 28, 2012 9:43 AM To: development@qt-project.org Subject: [Development] Problems with QmlEngine and importPath Hi everybody, we are currently suffering from the following problem: We fail to change the default directory for our custom qml plugins, that we have written in C++, and that we want to import (e.g. via import custom_plugin 1.0). That is the only directory our QML applications find the plugins is in the default import directory from the Qt5 directory. What is also strange is that the Qt Creator recognizes our plugin (i.e. the syntax highlighting works) in an arbitrary directory as long as the QML_IMPORT_PATH is set. Try to set QML_IMPORT_TRACE in your environment to e.g. 1. If set, your application should print out where exactly it tries to locate stuff ... Kai Koehne --- This communication contains confidential information. If you are not the intended recipient please return this email to the sender and delete it from your records. Diese Nachricht enthaelt vertrauliche Informationen. Sollten Sie nicht der beabsichtigte Empfaenger dieser E-mail sein, senden Sie bitte diese an den Absender zurueck und loeschen Sie die E-mail aus Ihrem System. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
On Tuesday, August 28, 2012 10:44:58 Peter Kümmel wrote: In the build dir the files are in lib/cmake, but they are not copied to the install dir. Does the install step complete without warnings or errors? No, there are no cmake rule in the Makefiles which could fail. I can only confirm that when I cross compile for QNX on a linux host, the cmake files are created and work fine. The wonders of updates: The error happens on Ubuntu 11.10. On 12.04 it works. Interesting. I can't explain it, and I don't have a 11.10 system to try it with anymore. I do know that in non-cross builds, it works just fine on 11.10 (that's unit tested). Thanks, -- Stephen Kelly stephen.ke...@kdab.com | Software Engineer KDAB (Deutschland) GmbH Co.KG, a KDAB Group Company www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-Independent Software Solutions signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
On 28.08.2012 11:03, Stephen Kelly wrote: On Tuesday, August 28, 2012 10:44:58 Peter Kümmel wrote: In the build dir the files are in lib/cmake, but they are not copied to the install dir. Does the install step complete without warnings or errors? No, there are no cmake rule in the Makefiles which could fail. I can only confirm that when I cross compile for QNX on a linux host, the cmake files are created and work fine. The wonders of updates: The error happens on Ubuntu 11.10. On 12.04 it works. Interesting. I tried it again from scratch, and I was wrong, it also doesn't work on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake I can't explain it, and I don't have a 11.10 system to try it with anymore. I do know that in non-cross builds, it works just fine on 11.10 (that's unit tested). Thanks, ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote: I tried it again from scratch, and I was wrong, it also doesn't work on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake Ok. Please tell me how to try it out. 'aptitude search mingw' gives many result. I have not used mingw on linux before. Thanks, -- Stephen Kelly stephen.ke...@kdab.com | Software Engineer KDAB (Deutschland) GmbH Co.KG, a KDAB Group Company www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-Independent Software Solutions signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
On 28.08.2012 12:04, Stephen Kelly wrote: On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote: I tried it again from scratch, and I was wrong, it also doesn't work on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake Ok. Please tell me how to try it out. 'aptitude search mingw' gives many result. I have not used mingw on linux before. sudo apt-get install mingw-w64 and attched script to build Qt. Peter #!/bin/sh ../qtbase/configure -xplatform win32-g++ -device-option CROSS_COMPILE=i686-w64-mingw32- -nomake examples -nomake demos -fast -release -prefix /opt/Qt-5.0.0-win32-g++-i686-w64-mingw32 -opensource -confirm-license make -j5 sudo make install ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt5 Visual Studio Add-in 1.2.0 Beta
Sounds great, as spoken before, may I ask if these changes for 1.2.0 are going upstream to qt-labs repository? And what about the wince support in there? I would be glad to help out with that, but for this I would need the source. cheers Andy WinCE support should work same as in previous versions. Meaning there is a setting where to define default t instance for WinCE. And there are couple of project wizards for WinCE (in VS2008 only) as before. Andy, Perhaps you could be the one to test if these really do work... And yes, you are a good candidate to contribute fixes needed for those if any :) We will publish the source code. Give us couple more days to accomplish it, thanks! /ismo ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
On 28.08.2012 12:18, Peter Kümmel wrote: On 28.08.2012 12:04, Stephen Kelly wrote: On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote: I tried it again from scratch, and I was wrong, it also doesn't work on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake Ok. Please tell me how to try it out. 'aptitude search mingw' gives many result. I have not used mingw on linux before. sudo apt-get install mingw-w64 and attched script to build Qt. When you build Qt5 this way the generated executables are not usable. You could try with the mainwindow example: On Windows you need some dlls: $ mkdir win32-mainwindow $ cp release/mainwindow.exe win32-mainwindow/ $ cp /opt/Qt-5.0.0-win32-g++-i686-w64-mingw32/bin/*.dll win32-mainwindow/ $ cp /usr/lib/gcc/i686-w64-mingw32/4.6/*.dll win32-mainwindow/ Running mainwindow.exe gives the error: This application has requested the Runtime to terminate it in an unusual way Seems the msvc runtime is misused: http://goo.gl/e41XF Peter ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
You are also missing the platform plugin und plugin/platforms/windows.dll, needs to be copied to win32-mainwindow/platforms. I cannot imagine that the msvc runtime is missing, because you are using the mingw compiler and the compiler does not use the msvc runtine... Am 28.08.2012 13:37, schrieb Peter Kümmel: On 28.08.2012 12:18, Peter Kümmel wrote: On 28.08.2012 12:04, Stephen Kelly wrote: On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote: I tried it again from scratch, and I was wrong, it also doesn't work on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake Ok. Please tell me how to try it out. 'aptitude search mingw' gives many result. I have not used mingw on linux before. sudo apt-get install mingw-w64 and attched script to build Qt. When you build Qt5 this way the generated executables are not usable. You could try with the mainwindow example: On Windows you need some dlls: $ mkdir win32-mainwindow $ cp release/mainwindow.exe win32-mainwindow/ $ cp /opt/Qt-5.0.0-win32-g++-i686-w64-mingw32/bin/*.dll win32-mainwindow/ $ cp /usr/lib/gcc/i686-w64-mingw32/4.6/*.dll win32-mainwindow/ Running mainwindow.exe gives the error: This application has requested the Runtime to terminate it in an unusual way Seems the msvc runtime is misused: http://goo.gl/e41XF Peter ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development -- Andreas Holzammer | andreas.holzam...@kdab.com | Software Engineer KDAB (Deutschland) GmbHCo KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: S/MIME Kryptografische Unterschrift ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
Many thanks! That solves the problem. AFAIK mingw still uses the runtime from Studio 6.0. libstdc++-6.dll links against msvcrt.dll which is here version 7.0 On 28.08.2012 13:55, Andreas Holzammer wrote: You are also missing the platform plugin und plugin/platforms/windows.dll, needs to be copied to win32-mainwindow/platforms. I cannot imagine that the msvc runtime is missing, because you are using the mingw compiler and the compiler does not use the msvc runtine... Am 28.08.2012 13:37, schrieb Peter Kümmel: On 28.08.2012 12:18, Peter Kümmel wrote: On 28.08.2012 12:04, Stephen Kelly wrote: On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote: I tried it again from scratch, and I was wrong, it also doesn't work on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake Ok. Please tell me how to try it out. 'aptitude search mingw' gives many result. I have not used mingw on linux before. sudo apt-get install mingw-w64 and attched script to build Qt. When you build Qt5 this way the generated executables are not usable. You could try with the mainwindow example: On Windows you need some dlls: $ mkdir win32-mainwindow $ cp release/mainwindow.exe win32-mainwindow/ $ cp /opt/Qt-5.0.0-win32-g++-i686-w64-mingw32/bin/*.dll win32-mainwindow/ $ cp /usr/lib/gcc/i686-w64-mingw32/4.6/*.dll win32-mainwindow/ Running mainwindow.exe gives the error: This application has requested the Runtime to terminate it in an unusual way Seems the msvc runtime is misused: http://goo.gl/e41XF Peter ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
On sexta-feira, 24 de agosto de 2012 19.11.14, Sylvain Pointeau wrote: Hi, I would like to compile Qt 4.8 using clang / libc++ (to have c++11) is it possible? No one has ever reported success. Then again, no one has ever reported failure either -- no one has ever reported trying. For the record, it has worked on FreeBSD for a while; other than a patch that is going to be part of the next 4.8 release, we only copy the freebsd-g++46 mkspec to freebsd-clang and replace all occurrences of gcc46/g++46 with clang/clang++. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
Le 24/08/2012 19:11, Sylvain Pointeau a écrit : Hi, I would like to compile Qt 4.8 using clang / libc++ (to have c++11) is it possible? Doesn't simply using GCC 4.7 provides C++11? or is C++11 support in CLang more advanced? -- /- Yves Bailly - Software developper -\ \- Sescoi RD - http://www.sescoi.fr -/ The possible is done. The impossible is being done. For miracles, thanks to allow a little delay. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
On terça-feira, 28 de agosto de 2012 14.46.24, Yves Bailly wrote: Le 24/08/2012 19:11, Sylvain Pointeau a écrit : Hi, I would like to compile Qt 4.8 using clang / libc++ (to have c++11) is it possible? Doesn't simply using GCC 4.7 provides C++11? or is C++11 support in CLang more advanced? GCC 4.7 does, but some systems decided not to use GCC and instead they've switched to Clang. Unfortunately, Clang's C++ standard library (libc++) is binary incompatible with GCC's (libstdc++). -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center Intel Sweden AB - Registration Number: 556189-6027 Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
On Tuesday, August 28, 2012 12:18:14 Peter Kümmel wrote: On 28.08.2012 12:04, Stephen Kelly wrote: On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote: I tried it again from scratch, and I was wrong, it also doesn't work on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake Ok. Please tell me how to try it out. 'aptitude search mingw' gives many result. I have not used mingw on linux before. sudo apt-get install mingw-w64 and attched script to build Qt. Peter That's not the correct package. I had to install g++-mingw-w64-i686. I've confirmed the issue locally. Looking into it now. Thanks, -- Stephen Kelly stephen.ke...@kdab.com | Software Engineer KDAB (Deutschland) GmbH Co.KG, a KDAB Group Company www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-Independent Software Solutions signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Cross-compling installing cmake files
On Tuesday, August 28, 2012 16:23:58 Stephen Kelly wrote: On Tuesday, August 28, 2012 12:18:14 Peter Kümmel wrote: On 28.08.2012 12:04, Stephen Kelly wrote: On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote: I tried it again from scratch, and I was wrong, it also doesn't work on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake Ok. Please tell me how to try it out. 'aptitude search mingw' gives many result. I have not used mingw on linux before. sudo apt-get install mingw-w64 and attched script to build Qt. Peter That's not the correct package. I had to install g++-mingw-w64-i686. I've confirmed the issue locally. Looking into it now. I've found the problem, just working on the solution now. (build_pass shouldn't guard the create_cmake usage, but it should be used elsewhere in the create_cmake.prf). https://codereview.qt-project.org/#change,33753 If you want a quick-fix, apply the !build_pass removal part of the patch. Thanks, -- Stephen Kelly stephen.ke...@kdab.com | Software Engineer KDAB (Deutschland) GmbH Co.KG, a KDAB Group Company www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-Independent Software Solutions signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] tools/configure with mingw build error
I've tried to build qtbase 1. on Windows 7 2. rubenvb's mingw-w64: http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.7-release/ 3. in Windows shell cmd.exe 4. as shadow build with ..\qtbase\configure.bat -fast -nomake demos -nomake examples -release It copies the headers and starts to build configure.exe but after compiling three files it starts to links and complains about missing .o files. Have I missed something or is building with mingw in cmd.exe not supported? (looks like tools/configure/Makefile.mingw is for sh) Peter ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] tools/configure with mingw build error
On 28/08/2012 12:16, ext Peter Kümmel wrote: I've tried to build qtbase 1. on Windows 7 2. rubenvb's mingw-w64: http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.7-release/ 3. in Windows shell cmd.exe 4. as shadow build with ..\qtbase\configure.bat -fast -nomake demos -nomake examples -release It copies the headers and starts to build configure.exe but after compiling three files it starts to links and complains about missing .o files. Have I missed something or is building with mingw in cmd.exe not supported? This is not your fault, it's the rubenvb release which is broken, as the GNU Make tool provided is not properly splitting the file paths. Thus, mingw32-make is trying to stat the wrong files and cannot find all the files required. If you're feeling adventurous, I've found that you can do a binary patch by simply replacing the pattern 0x003a3b00 with 0x003b3b00 in mingw32-make.exe, and it should do the path splitting correctly and find the required files. Note that this is just a work-around, and Ruben will have to correct the way he cross-compiles the MinGW tools. See http://sourceforge.net/tracker/?func=detailaid=3545000group_id=202880atid=983354 for details. -- .marius ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] tools/configure with mingw build error
On 28.08.2012 19:27, marius.storm-ol...@nokia.com wrote: On 28/08/2012 12:16, ext Peter Kümmel wrote: I've tried to build qtbase 1. on Windows 7 2. rubenvb's mingw-w64: http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.7-release/ 3. in Windows shell cmd.exe 4. as shadow build with ..\qtbase\configure.bat -fast -nomake demos -nomake examples -release It copies the headers and starts to build configure.exe but after compiling three files it starts to links and complains about missing .o files. Have I missed something or is building with mingw in cmd.exe not supported? This is not your fault, it's the rubenvb release which is broken, as the GNU Make tool provided is not properly splitting the file paths. Thus, mingw32-make is trying to stat the wrong files and cannot find all the files required. If you're feeling adventurous, I've found that you can do a binary patch by simply replacing the pattern 0x003a3b00 with 0x003b3b00 in mingw32-make.exe, and it should do the path splitting correctly and find the required files. Note that this is just a work-around, and Ruben will have to correct the way he cross-compiles the MinGW tools. See http://sourceforge.net/tracker/?func=detailaid=3545000group_id=202880atid=983354 for details. Ahh thanks. But also jom fails, I thought jom could also handle mingw makefiles? Peter ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] tools/configure with mingw build error
On 28.08.2012 19:59, marius.storm-ol...@nokia.com wrote: On 28/08/2012 12:48, ext Peter Kümmel wrote: On 28.08.2012 19:27, marius.storm-ol...@nokia.com wrote: On 28/08/2012 12:16, ext Peter Kümmel wrote: Have I missed something or is building with mingw in cmd.exe not supported? This is not your fault, it's the rubenvb release which is broken, as the GNU Make tool provided is not properly splitting the file paths. Thus, mingw32-make is trying to stat the wrong files and cannot find all the files required. If you're feeling adventurous, I've found that you can do a binary patch by simply replacing the pattern 0x003a3b00 with 0x003b3b00 in mingw32-make.exe, and it should do the path splitting correctly and find the required files. Note that this is just a work-around, and Ruben will have to correct the way he cross-compiles the MinGW tools. See http://sourceforge.net/tracker/?func=detailaid=3545000group_id=202880atid=983354 for details. Ahh thanks. But also jom fails, I thought jom could also handle mingw makefiles? No, Jom only handles NMake makefiles, afaik. Checked it again: I could build qt/4.8 with jom. So I would say the Makefiles in Qt5 are broken (at least for configure). Peter ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] tools/configure with mingw build error
On 28/08/2012 13:46, ext Peter Kümmel wrote: On 28.08.2012 19:59, marius.storm-ol...@nokia.com wrote: On 28/08/2012 12:48, ext Peter Kümmel wrote: But also jom fails, I thought jom could also handle mingw makefiles? No, Jom only handles NMake makefiles, afaik. Checked it again: I could build qt/4.8 with jom. So I would say the Makefiles in Qt5 are broken (at least for configure). What was the mkspec for Qt 4.8 when you built it with Jom? (Look at the contents of qt 4.8/.qmake.cache and look at the QMAKESPEC variable) -- .marius ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] tools/configure with mingw build error
On 28.08.2012 21:12, marius.storm-ol...@nokia.com wrote: On 28/08/2012 13:46, ext Peter Kümmel wrote: On 28.08.2012 19:59, marius.storm-ol...@nokia.com wrote: On 28/08/2012 12:48, ext Peter Kümmel wrote: But also jom fails, I thought jom could also handle mingw makefiles? No, Jom only handles NMake makefiles, afaik. Checked it again: I could build qt/4.8 with jom. So I would say the Makefiles in Qt5 are broken (at least for configure). What was the mkspec for Qt 4.8 when you built it with Jom? mkspecs/win32-g++-4.6 (Look at the contents of qt 4.8/.qmake.cache and look at the QMAKESPEC variable) ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Build Qt 5 with MinGW 4.7?
Andreas Holzammer said: Am 26.08.2012 16:23, schrieb Stephen Chu: On 8/26/12 10:03 AM, Stephen Chu wrote: Thanks for pointing out the build differences. I didn't realize there are so many different builds of the same MinGW version. Switching to mingw-builds get me further. But then I got this error: cp qmake.exe C:\Qt\5.0\qtbase\bin\qmake.exe g++: error: tmp/obj/debug_shared/arch.o: No such file or directory mingw32-make: *** [arch.exe] Error 1 Could not find output file: No such file or directory *** qtbase/configure exited with non-zero status. I went to qtbase\config.text\arch and manually ran mingw32-make to create the obj file in question. Then re-run configure and it worked. OK. I figured out that this error is caused by git in my PATH. I think sh.exe in git\bin is causing configure some issues. Removing git from PATH and configure finished without issue. qt5_tool requires git in PATH so I'll just have to remember changing PATH back and forth between clean up/update and configure. If you are using msysgit, there is a folder cmd, which has a forward batch file for just this issue. If you are using something else, you can also create yourself a forward batch file which has either a absolute path, or another way of finding the git.exe Just a small correction to avoid any possible confusion... Recently[1], this has been changed so that the git cmd folder also contains a git.exe. So please note that the latest versions of msysgit actually ship _two_ git.exe and no git.cmd or git.bat. [1] https://github.com/msysgit/msysgit/commit/893b221982321303e1a31b2098cd115c65ca49ab ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development