Re: [Development] QtCS: OpenGL session notes
On 06/28/2012 01:46 PM, Storm-Olsen Marius (Nokia-MP/Austin) wrote: On 28/06/2012 01:59, ext Samuel Rødal wrote: On 06/27/2012 06:30 PM, ext marius.storm-ol...@nokia.com wrote: In theory we could even support both options in the windows platform plugin, and choose either depending on what the QSurfaceFormat asks for. OpenGL ES 2 via ANGLE, and desktop OpenGL 2 and above via the native OpenGL drivers. Are you sure that would be possible? The ANGLE project is about translating OpenGL calls to DirectX, so it might be hard to support both at the same time? Or do you mean that we would have two different plugins, where we link ANGLE to just one of them? Well, I guess it's not possible to link against the ANGLE OpenGL library and native OpenGL libraries at the same time, so maybe this wouldn't work out in practice, unless we do a lot of runtime resolving magic... Not talking about using different plugins, since QtGui itself nedes to link against OpenGL. If so, where you planning on mixed usage (OpenGL ES2 and OpenGL 2 usage at the same time)? Nope, just for an application to be able to explicitly use desktop OpenGL if so desired. At best we could hope to support using OpenGL ES 2 for one QWindow and desktop OpenGL for another, but definitely not mixing the two within the same context. -- Samuel ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] cmake files for qt5 problems with Qt5Quick/Qt5Qml modules on Mac OS X
Hi, Just to be clear - it works with the modules in qtbase, but not with the ones that depend on qtbase? My module list: qt5_use_modules(ctimon Gui Core Concurrent Widgets Xml Sql Network OpenGL Quick Qml) I've only ran into problems with QtQuick and QtQml which are both not part of qtbase. All other modules are working fine. Are you building qtbase on its own (and not installing it) and then qtdeclarative on its own (and not installing that either)? Or are you using qt5.git? qt5.git as described on http://qt-project.org/wiki/Building-Qt-5-from-Git What is your Qt configure line? I'm using the -developer-build switch so no install should be necessary: ./configure -developer-build -opensource -nomake examples -nomake tests ./build Do you set CMAKE_PREFIX_PATH? To what? /Users/njeiseck/projects/qt/qt5/qtbase Setting /Users/njeiseck/projects/qt/qt5 didn't work. Do you use -frameworks? This is default on Mac OS X. So, yes. What are the relevant paths for your repos/install dirs/etc? Base path of qt5.git working copy: /Users/njeiseck/projects/qt/qt5 Submodules: /Users/njeiseck/projects/qt/qtbase etc... What happens if you install? Does it work then? I'm going to try that and post an update later. Thanks! Nils ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Policy for creating new mailing lists
On 30/06/2012 09:53, ext Laszlo Papp wrote: What is the policy for creating mailing lists? I have just realized this mailing list after a little bit of talk over here at aKademy: http://lists.qt-project.org/mailman/listinfo/qt-components I had the impression previously, those requests should be going through the approval on this mailing list, like it happened back then with the raspberry mailing list. I would really appreciate either that way or an announcement. Not because of making those people's life more difficult, but getting informed to not lose important things ongoing. Essentially similarly like with other new introduces, like playground project and so forth. I was actually unaware that this mailing list had popped up. It was probably decided at one of the sessions at the QtCS that this list should be created, and then it was created silently. That's not good, it should have been discussed and presented at the development mailing list, like you suggested, as not everybody could be present at the QtCS, or even at that particular session. So yes, I agree with you, new mailing lists needs to be announced. Can the one responsible for this list please provide the development list a short description of the new ML and why it was needed? Thanks! -- .marius ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] cmake files for qt5 problems with Qt5Quick/Qt5Qml modules on Mac OS X
Hi, Thanks for the info. On Monday, July 02, 2012 12:14:14 Nils Jeisecke wrote: Hi, Do you set CMAKE_PREFIX_PATH? To what? /Users/njeiseck/projects/qt/qt5/qtbase Setting /Users/njeiseck/projects/qt/qt5 didn't work. You need to set CMAKE_PREFIX_PATH to /Users/njeiseck/projects/qt/qt5/qtbase:/Users/njeiseck/projects/qt/qt5/qtdeclarative And possibly also list other modules too. The list in the env var is used in a loop like this: for dir in list: look for the CMake files in 'dir + /lib/cmake' For the CMake files, I expected installation, which would put all of the libs and cmake files in the same prefix, and which would likely 'fix' the problem. I'm not sure how qmake handles this. 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 ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] buildsystem branches (about to be) integrated
On 01/07/2012 13:26, ext k blammo wrote: On 01/07/2012 15:44, Thiago Macieira wrote: The perl that comes with msysgit doesn't work with our syncqt script. Is this a regression with respect to https://codereview.qt-project.org/#change,27136 or is it a different issue? Seems likely. Most of us don't detect this issue, since we use ActiveState Perl instead of the MSysGit perl. The MSysGit perl is not intended to be a complete perl installation, but just enough to drive the scripts that are part of the Git package. So, one should not rely on it in a production system. Just install ActiveState (or any other of your favorite), and ensure it's first in the path. Or just make sure you use the git's cmd/ path instead of bin/ path in your environment, and they won't conflict. -- .marius ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Policy for creating new mailing lists
On 02.07.2012 12:24, marius.storm-ol...@nokia.com wrote: Can the one responsible for this list please provide the development list a short description of the new ML and why it was needed? I would assume that it's just a preparation to move the list qt-compone...@qt.nokia.com to the qt-project.org site, which exists quite some time already... The same should also happen with the list qt-...@qt.nokia.com in my opinion, or even remove it completely, as I proposed before already, since it splits the audience. But nobody seems to be responsible for it? Sven ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] cmake files for qt5 problems with Qt5Quick/Qt5Qml modules on Mac OS X
Hi, Update: 1) Qt installed with make instalL The cmake stuff just works. Set CMAKE_PREFIX_PATH=/usr/local/Qt-5.0.0 and you're done. 2) Developer build without install (in source build, still couldn't manage to finish a working shadow build) Set CMAKE_PREFIX_PATH=/path/to/qt_build/qtbase:/path/to/qt_build/qtdeclarative (and other modules) So everything is basically working if you know the trick ;-) Would it be worth enhancing the Qt5 cmake documentation or is developing with Qt using a Qt developer build considered a rather special case? Thanks! Nils ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] cmake files for qt5 problems with Qt5Quick/Qt5Qml modules on Mac OS X
Oops, I was a little bit too fast. 2) Developer build without install (in source build, still couldn't manage to finish a working shadow build) The cmake run works but the actual build does not. For the cmake run it is sufficient to set CMAKE_PREFIX_PATH to qtbase because there it finds all the necessary Qt5QmlConfig.cmake and Qt5QuickConfig.cmake files. The headers that are not being copied during a developer build cause build errors like this: myheaderfile.h:4:31: error: QQuickImageProvider: No such file or directory So I still have to apply the patch to the generated config files to point to the original include files as shown in my initial post. Nils ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtCS: OpenGL session notes
Why don't you make an OpenGL middleware driver? Then your application will always be an OpenGL application and the middleware driver will take all of the OpenGL calls in place of the system's driver and do the translation there? The middleware driver will then contain the ANGLE code and the application will be none the wiser. -Original Message- From: development-bounces+kgardner=zebraimaging@qt-project.org [mailto:development-bounces+kgardner=zebraimaging@qt-project.org] On Behalf Of Samuel Rødal Sent: Monday, July 02, 2012 5:11 AM To: Storm-Olsen Marius (Nokia-MP/Austin) Cc: development@qt-project.org Subject: Re: [Development] QtCS: OpenGL session notes On 06/28/2012 01:46 PM, Storm-Olsen Marius (Nokia-MP/Austin) wrote: On 28/06/2012 01:59, ext Samuel Rødal wrote: On 06/27/2012 06:30 PM, ext marius.storm-ol...@nokia.com wrote: In theory we could even support both options in the windows platform plugin, and choose either depending on what the QSurfaceFormat asks for. OpenGL ES 2 via ANGLE, and desktop OpenGL 2 and above via the native OpenGL drivers. Are you sure that would be possible? The ANGLE project is about translating OpenGL calls to DirectX, so it might be hard to support both at the same time? Or do you mean that we would have two different plugins, where we link ANGLE to just one of them? Well, I guess it's not possible to link against the ANGLE OpenGL library and native OpenGL libraries at the same time, so maybe this wouldn't work out in practice, unless we do a lot of runtime resolving magic... Not talking about using different plugins, since QtGui itself nedes to link against OpenGL. If so, where you planning on mixed usage (OpenGL ES2 and OpenGL 2 usage at the same time)? Nope, just for an application to be able to explicitly use desktop OpenGL if so desired. At best we could hope to support using OpenGL ES 2 for one QWindow and desktop OpenGL for another, but definitely not mixing the two within the same context. -- Samuel ___ 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] cmake files for qt5 problems with Qt5Quick/Qt5Qml modules on Mac OS X
On 02.07.2012 14:35, Nils Jeisecke wrote: Oops, I was a little bit too fast. 2) Developer build without install (in source build, still couldn't manage to finish a working shadow build) The cmake run works but the actual build does not. For the cmake run it is sufficient to set CMAKE_PREFIX_PATH to qtbase because there it finds all the necessary Qt5QmlConfig.cmake and Qt5QuickConfig.cmake files. I'm surprised that those config files are found even if you only have the qtbase path in your CMAKE_PREFIX_PATH. The headers that are not being copied during a developer build cause build errors like this: myheaderfile.h:4:31: error: QQuickImageProvider: No such file or directory Ok, can you post the full path of the Qt5QmlConfig.cmake you want to use, the full path of the Qt5CoreConfig.cmake you want to use, and the full path of the QQuickImageProvider you want to use? I'm trying to understand why the existing path is 'wrong'. 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 ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Nominating Ritt Konstantin as approver
On Tue, Jun 26, 2012 at 10:54 PM, Giuseppe D'Angelo dange...@gmail.com wrote: On 26 June 2012 18:21, Konstantin Ritt ritt...@gmail.com wrote: Any progress?) Konstantin Only another couple of days :-) You have been nominated on 7 of June, so you must wait for the 28 :) The wait is over :) Can someone give him the staging button? Congrats Ritt! Girish ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Nominating Ritt Konstantin as approver
On 02/07/2012 16:45, ext Girish Ramakrishnan wrote: On Tue, Jun 26, 2012 at 10:54 PM, Giuseppe D'Angelo dange...@gmail.com wrote: On 26 June 2012 18:21, Konstantin Ritt ritt...@gmail.com wrote: Any progress?) Konstantin Only another couple of days :-) You have been nominated on 7 of June, so you must wait for the 28 :) The wait is over :) Can someone give him the staging button? Congrats Ritt! It has been done. Congratulations Ritt! -- .marius ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development