[Interest] [ANN] QxOrm 1.3.1 QxEntityEditor 1.1.7 released
Hello, *QxOrm 1.3.1* (Qt Object Relational Mapping library) and *QxEntityEditor 1.1.7* (the graphic editor) just released ! http://www.qxorm.com/ Changes in version *QxOrm 1.3.1*: * * New class qx::QxModelServiceT, S http://www.qxorm.com/doxygen/html/classqx_1_1_qx_model_service.html in QxModelView module http://www.qxorm.com/doxygen/html/group___qx_model_view.html to connect a Qt model to services to execute client-server requests (can be used with QML and QtWidgets views) * Add some useful methods to qx::IxModel http://www.qxorm.com/doxygen/html/classqx_1_1_ix_model.html class and fix several issues with the QxModelView module * Support last version of MinGW with large precompiled header bug : new compilation option _QX_NO_PRECOMPILED_HEADER (to enable in QxOrm.pri config file) * Fix issue when loading several shared libraries on Windows with services registered in QxService module http://www.qxorm.com/doxygen/html/group___qx_service.html * Fix the qx::QxSqlQuery http://www.qxorm.com/doxygen/html/classqx_1_1_qx_sql_query.html serialization process used by QxService module to send requests over network * Fix an issue with qx::QxCollectionKey, Value http://www.qxorm.com/doxygen/html/classqx_1_1_qx_collection.html class when inserting an item at last position* Changes in version *QxEntityEditor 1.1.7*: * * New Navigator window (under project treeview) : useful to navigate over large diagram * New way to draw relationships (orthogonal lines between 2 entities) + display the relationship type on each side (there is an option to use the old drawing style from previous version) * Possibility to define a background color by namespace : useful to group all entities in the diagram associated to a same namespace * New feature to customize entities/enumerations/notes colors at several levels * Define items colors at project level (menu Tools Project settings Colors tab) * Define items colors at namespace level (right-click on the diagram Define colors by namespace) * Define colors at item level : right-click on an item (entity, enumeration or comment) Define item colors * New action to organize automatically the diagram layout, useful after an import process for example (menu View Organize diagram layout) * Improve the DDL SQL export plugin : new option to export relationships as foreign keys constraints in database * Support the new compilation option _QX_NO_PRECOMPILED_HEADER of QxOrm library (workaround for a known bug of recent versions of MinGW on Windows and large precompiled header) * Import database by ODBC plugin : fix the import from MS SQL Server database when tables are not located in the default schema (dbo) * QxEntityEditor Mac OS X version : fix an issue to load the QxEEPrinter plugin * Export plugin to C++ model/view project : new option to generate models based on the new QxOrm library class qx::QxModelServiceT, S (models based on services to execute client-server requests)* http://www.qxorm.com/qxentityeditor/resource/qxee_sample.png For more details about *QxOrm library* and *QxEntityEditor application*, please go to website : http://www.qxorm.com/ Regards, Lionel Marty - QxOrm library ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] WA_NoSystemBackground vs WA_OpaquePaintEvent
The WA_OpaquePaintEvent meaning is pretty clear actually. WA_NoSystemBackground is more subtle. As you said, when setting WA_OpaquePaintEvent, WA_NoSystemBackground does not seem to be useful. But since this is not documented so, I understand you prefer to set it anyway, together with WA_OpaquePaintEvent. For a top level widget, with some transparency effects, WA_NoSystemBackground makes sense (the Qt doc says it itself: setting WA_TranslucentBackground auto-sets WA_NoSystemBackground). But what I don't see is: is there any valid use of WA_NoSystemBackground alone (without WA_OpaquePaintEvent), for a child widget?... Philippe On Thu, 22 Jan 2015 07:59:54 +0100 Bo Thorsen b...@vikingsoft.eu wrote: Hi Philippe,Den 21-01-2015 kl. 15:32 skrev Philippe: The difference between these two modes is not obvious. When should we use *WA_NoSystemBackground* instead of *WE_OpaquePaintEvent*, and reciprocally? When should we use both? I could not get any clear hint while searching through the Qt source... WA_NoSystemBackground tells QWidget that it should not fill the window with the standard widget background. If this is not set, it's possible that the paint of a widget is opaque. Qt tries to figure this out automatically. WA_OpaquePaintEvent says to QWidget that you know for a fact that your painting of the window will fill up everything. The widget uses this knowledge to optimize out some of the things it does before calling the widget paintEvent (filling the background is one). WA_NoSystemBackground doesn't say that your painting of the widget will cover the widget completely. This allows you to do some extra transparency in your widgets or windows. If you have set WA_OpaquePaintEvent you don't really need WA_NoSystemBackground because the effect is covered. Or that is at least what it looks like when I look at the current sources. I normally set both anyway, as there might be some subtle difference in future versions. WA_OpaquePaintEvent is all about optimization. For a lot of custom widgets it's not really necessary to worry about them. Of course, we don't like to waste cpu cycles, but the painting system in Qt is so fast that if this is a small widget you are not going to see any difference. But if your painting of the widget does fill the entire widget, you should set this. WA_NoSystemBackground is not about optimization, it is a control you have to set whether Qt will paint something on the widget before your paintEvent is called. I hope this helps. Bo Thorsen, Director, Viking Software. -- Viking Software Qt and C++ developers for hire http://www.vikingsoft.eu ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] QStyle on QToolbox
I must be missing something here, so if somebody could help me out... I'm creating an application that needs to be run on both Windows and Linux and in Windows the default tabs of a QToolbox look like ordinary rectangular pushbuttons, while the default on Linux is the more elegant fusion style. I'm trying to set the tabs of of QToolBox to be in fusion style without doing the common QApplication setStyle(QStyleFactory::create(Fusion)) for the entire program. Changing the entire application works but I only want the Qtoolbox tabs so I tried in my custom QWidget constructor ui-setupUi(this); ui-toolBox-setStyle(QStyleFactory::create(Fusion)); ui-toolBoxPage1-setStyle(QStyleFactory::create(Fusion)); ui-toolBoxPage2-setStyle(QStyleFactory::create(Fusion)); ui-toolBoxPage3-setStyle(QStyleFactory::create(Fusion)); but the tabs remain the ugly square rectangles... After googling around I still have no clue as to the cause of this. Anybody here knows a solution for my problem? Thanks, David H smime.p7s Description: S/MIME Cryptographic Signature ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building Qt5 with Intel C++ under Windows
Hi Emre, Well, there are not so many enlightening things to say. Intel C++ on Windows is not among the supported platforms for Qt 5: http://doc.qt.io/QtSupportedPlatforms/index.html Which doesn't mean it can't be made to work. As far as I understand, Intel C++ and Visual C++ should in general be compatible enough s.th. code which compiles with MSVC (and this is a supported platform) should also compile with Intel C++. Except for little details which e.g. cause the current headache with iAccessible2. Carsten. NoMercy nome...@gmail.com wrote: I'm also interested about intel compiler possiblities/support level if there is anyone who can enlighten us? Thanks Best Regards Emre Besirik ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building Qt5 with Intel C++ under Windows
Hello Thiago! Thank you very much; this is very helpful. It's also good to know that there is support for Intel C++ on Windows in the forums. I'll try to compile earlier versions of Qt5 and see if they break and if they do where -- maybe this will give a hint where the problem came from. I already submitted a bug (QTBUG-43778) a couple of days ago; I still have to add the preprocessor output, though. Carsten. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Fwd: Re: WA_NoSystemBackground vs WA_OpaquePaintEvent
-- Forwarded message -- From: Joseph Crowell joseph.w.crow...@gmail.com Date: 22 Jan 2015 10:20 pm Subject: Re: [Interest] WA_NoSystemBackground vs WA_OpaquePaintEvent To: Philippe philw...@gmail.com Cc: Try playing around with these and use a multimedia video widget. That might make things a bit more clear. On 22 Jan 2015 6:19 pm, Philippe philw...@gmail.com wrote: The WA_OpaquePaintEvent meaning is pretty clear actually. WA_NoSystemBackground is more subtle. As you said, when setting WA_OpaquePaintEvent, WA_NoSystemBackground does not seem to be useful. But since this is not documented so, I understand you prefer to set it anyway, together with WA_OpaquePaintEvent. For a top level widget, with some transparency effects, WA_NoSystemBackground makes sense (the Qt doc says it itself: setting WA_TranslucentBackground auto-sets WA_NoSystemBackground). But what I don't see is: is there any valid use of WA_NoSystemBackground alone (without WA_OpaquePaintEvent), for a child widget?... Philippe On Thu, 22 Jan 2015 07:59:54 +0100 Bo Thorsen b...@vikingsoft.eu wrote: Hi Philippe,Den 21-01-2015 kl. 15:32 skrev Philippe: The difference between these two modes is not obvious. When should we use *WA_NoSystemBackground* instead of *WE_OpaquePaintEvent*, and reciprocally? When should we use both? I could not get any clear hint while searching through the Qt source... WA_NoSystemBackground tells QWidget that it should not fill the window with the standard widget background. If this is not set, it's possible that the paint of a widget is opaque. Qt tries to figure this out automatically. WA_OpaquePaintEvent says to QWidget that you know for a fact that your painting of the window will fill up everything. The widget uses this knowledge to optimize out some of the things it does before calling the widget paintEvent (filling the background is one). WA_NoSystemBackground doesn't say that your painting of the widget will cover the widget completely. This allows you to do some extra transparency in your widgets or windows. If you have set WA_OpaquePaintEvent you don't really need WA_NoSystemBackground because the effect is covered. Or that is at least what it looks like when I look at the current sources. I normally set both anyway, as there might be some subtle difference in future versions. WA_OpaquePaintEvent is all about optimization. For a lot of custom widgets it's not really necessary to worry about them. Of course, we don't like to waste cpu cycles, but the painting system in Qt is so fast that if this is a small widget you are not going to see any difference. But if your painting of the widget does fill the entire widget, you should set this. WA_NoSystemBackground is not about optimization, it is a control you have to set whether Qt will paint something on the widget before your paintEvent is called. I hope this helps. Bo Thorsen, Director, Viking Software. -- Viking Software Qt and C++ developers for hire http://www.vikingsoft.eu ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building Qt5 with Intel C++ under Windows
On Thursday 22 January 2015 09:46:27 Carsten Schneemann wrote: Hi Emre, Well, there are not so many enlightening things to say. Intel C++ on Windows is not among the supported platforms for Qt 5: http://doc.qt.io/QtSupportedPlatforms/index.html Correct. It's supported by me, on a best-effort basis (tier 2 style). That means the actual Qt release may fail until I get a chance to try it and fix the issues. In fact, I'm more reactive: if you have a problem and report it, I'll try fix it. So if you report it during the beta or release candidate period, I'll probably have enough time before the release. Which doesn't mean it can't be made to work. As far as I understand, Intel C++ and Visual C++ should in general be compatible enough s.th. code which compiles with MSVC (and this is a supported platform) should also compile with Intel C++. Except for little details which e.g. cause the current headache with iAccessible2. Right. It's a missing #include, it has to be. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Custom QtQuick Animator API?
Hi all, I would like to create a custom Animator class, or something similar that can manipulate a QQuickItem's x and y position from the render thread. The intended use is to move some label items on top of a 3d scene. The labels will follow certain entities in the 3d scene. I know it will mostly work by just setting the label item's x and y properties, but it will not be as smooth as possible. I've been looking into the Animator source code, which is all private API. Are there any plans to make a public API for the Animators in a later Qt version? Alternatively, is there some way to get the root item node as returned by QQuickItemPrivate::itemNode(), without using the private API? Any other hints on how to do this? Thanks, Ola ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
-Original Message- From: interest-bounces+scott.bloom=onshorecs@qt-project.org [mailto:interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of Thiago Macieira Sent: Thursday, January 22, 2015 7:57 PM To: interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X On Friday 23 January 2015 01:14:56 Scott Aron Bloom wrote: I have always built on linux, by simply running configure, then make, then make install. Any problems with this? Yea, it doesn't include the necessary packages, such as Webkit Why not? Sure it does. Understood.. Any recommendations on how to move to the latest GCC and ship all the runtime libraries for a closed source LGPL compatible application? The compiler is binary compatible. You don't have to do anything. Thanks, what version of GCC do you recommend? And what about windows, 32 and 64 bit? Just use the MinGW that comes with Qt for the 32-bit build. I'm not sure what the state of mingw64 is -- some have had luck, some others haven't. VS 2012, 2013, and 2015 for 64-bit have been working fine. == We will be using Dev Studio probably 2013, it hasn't been finalized yet. Since you have confirmed it will work... Do you have a 1) download this file, that includes all the packages 2) Run configure with these options.. especially for windows, to create the vcproj I really feel stupid here.. Ive been building and using Qt for 10+ years, and never had such issues.. :( Thanks. Scott ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
On Friday 23 January 2015 01:14:56 Scott Aron Bloom wrote: I have always built on linux, by simply running configure, then make, then make install. Any problems with this? Yea, it doesn't include the necessary packages, such as Webkit Why not? Sure it does. Understood.. Any recommendations on how to move to the latest GCC and ship all the runtime libraries for a closed source LGPL compatible application? The compiler is binary compatible. You don't have to do anything. And what about windows, 32 and 64 bit? Just use the MinGW that comes with Qt for the 32-bit build. I'm not sure what the state of mingw64 is -- some have had luck, some others haven't. VS 2012, 2013, and 2015 for 64-bit have been working fine. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Building the latest Qt 5.X
My COMPANY is finally in a position with a direct customer need to move to Qt 5.X from 4.8. While I have had side builds and have been playing with 5.X for a while, I have not released anything with 5.X The one problem I am hitting, it appears the prebuilt version of Qt for VS has a different set of patches or something causing random crashes on various base calls (string assignment etc) on applications I build against the libraries. I have seen this before, its not a big deal. The way I have solved this in thepast, with Qt 3 and 4, was to always build the Qt system myself. Is there a cookbook, for downloading the zip/tarball for Qt 5.X and building it? I need the following modules. Qt Core Qt Gui Qt Webkit Qt Network (with SSL for windows, so what version of openssl should I download, and instructions for building that version the Qt way) Qt SQL Qt Script Qt ScriptTools (Qt4 based name, is it still relevant?) QtXml QtXml Patterns I have always built on linux, by simply running configure, then make, then make install. On windows, I run configure with the -vcproj option so I can build it inside the visual studio environment. What version of VS (64 and 32 bit btw) is recommended? For Linux (CentOS 5 and 6) it's a corporate requirement, we build against the DEFAULT versions of GCC, 4.1.2 on CentOS 5 I know old as snot, and 4.4.7 on CentOS 6. Unless someone can advise on how to build with a newer version and ship ALL dependencies and make sure they all get picked up properly by our customers and have it still work :)... I have found a couple blogs on this subject, but to be honest, they are all lacking in one form or another.. Thanks for any help in advance Scott ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
-Original Message- From: interest-bounces+scott=onshorecs@qt-project.org [mailto:interest-bounces+scott=onshorecs@qt-project.org] On Behalf Of Thiago Macieira Sent: Thursday, January 22, 2015 16:57 PM To: interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X On Friday 23 January 2015 00:09:57 Scott Aron Bloom wrote: Is there a cookbook, for downloading the zip/tarball for Qt 5.X and building it? This is how: I have always built on linux, by simply running configure, then make, then make install. Any problems with this? Yea, it doesn't include the necessary packages, such as Webkit For Linux (CentOS 5 and 6) it's a corporate requirement, we build against the DEFAULT versions of GCC, 4.1.2 on CentOS 5 I know old as snot, and 4.4.7 on CentOS 6. Unless someone can advise on how to build with a newer version and ship ALL dependencies and make sure they all get picked up properly by our customers and have it still work :)... GCC 4.4 is old and going out of support for us soon; 4.1 is positively ancient and there may be dragons. == Understood.. Any recommendations on how to move to the latest GCC and ship all the runtime libraries for a closed source LGPL compatible application? ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
And what about windows, 32 and 64 bit? -Original Message- From: interest-bounces+scott=onshorecs@qt-project.org [mailto:interest-bounces+scott=onshorecs@qt-project.org] On Behalf Of Thiago Macieira Sent: Thursday, January 22, 2015 16:57 PM To: interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X On Friday 23 January 2015 00:09:57 Scott Aron Bloom wrote: Is there a cookbook, for downloading the zip/tarball for Qt 5.X and building it? This is how: I have always built on linux, by simply running configure, then make, then make install. Any problems with this? For Linux (CentOS 5 and 6) it's a corporate requirement, we build against the DEFAULT versions of GCC, 4.1.2 on CentOS 5 I know old as snot, and 4.4.7 on CentOS 6. Unless someone can advise on how to build with a newer version and ship ALL dependencies and make sure they all get picked up properly by our customers and have it still work :)... GCC 4.4 is old and going out of support for us soon; 4.1 is positively ancient and there may be dragons. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
On Friday 23 January 2015 00:09:57 Scott Aron Bloom wrote: Is there a cookbook, for downloading the zip/tarball for Qt 5.X and building it? This is how: I have always built on linux, by simply running configure, then make, then make install. Any problems with this? For Linux (CentOS 5 and 6) it's a corporate requirement, we build against the DEFAULT versions of GCC, 4.1.2 on CentOS 5 I know old as snot, and 4.4.7 on CentOS 6. Unless someone can advise on how to build with a newer version and ship ALL dependencies and make sure they all get picked up properly by our customers and have it still work :)... GCC 4.4 is old and going out of support for us soon; 4.1 is positively ancient and there may be dragons. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
I don’t want to build from git ☺ Since we deploy this on multiple developers boxes, we tent to automate the build process, so a prepacked download file (tgz/zip) works best Scott From: Dmitry Volosnykh [mailto:dmitry.volosn...@gmail.com] Sent: Thursday, January 22, 2015 9:21 PM To: Scott Aron Bloom Cc: Thiago Macieira; interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X Scott, here is an article on how to build Qt 5: http://qt-project.org/wiki/Building_Qt_5_from_Git PS. It is strange that you have not found it by yourself since it is the first result given by Google on query 'build qt5 from git'. Regards, Dmitry. On Fri, Jan 23, 2015 at 7:15 AM, Scott Aron Bloom scott.bl...@onshorecs.commailto:scott.bl...@onshorecs.com wrote: -Original Message- From: interest-bounces+scott.bloom=onshorecs@qt-project.orgmailto:onshorecs@qt-project.org [mailto:interest-bounces+scott.bloommailto:interest-bounces%2Bscott.bloom=onshorecs@qt-project.orgmailto:onshorecs@qt-project.org] On Behalf Of Thiago Macieira Sent: Thursday, January 22, 2015 7:57 PM To: interest@qt-project.orgmailto:interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X On Friday 23 January 2015 01:14:56 Scott Aron Bloom wrote: I have always built on linux, by simply running configure, then make, then make install. Any problems with this? Yea, it doesn't include the necessary packages, such as Webkit Why not? Sure it does. Understood.. Any recommendations on how to move to the latest GCC and ship all the runtime libraries for a closed source LGPL compatible application? The compiler is binary compatible. You don't have to do anything. And what about windows, 32 and 64 bit? Just use the MinGW that comes with Qt for the 32-bit build. I'm not sure what the state of mingw64 is -- some have had luck, some others haven't. VS 2012, 2013, and 2015 for 64-bit have been working fine. = Fortgot to ask.. What version of OpenSSL does Qt build against on windows? ___ Interest mailing list Interest@qt-project.orgmailto:Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
Scott, here is an article on how to build Qt 5: http://qt-project.org/wiki/Building_Qt_5_from_Git PS. It is strange that you have not found it by yourself since it is the first result given by Google on query 'build qt5 from git'. Regards, Dmitry. On Fri, Jan 23, 2015 at 7:15 AM, Scott Aron Bloom scott.bl...@onshorecs.com wrote: -Original Message- From: interest-bounces+scott.bloom=onshorecs@qt-project.org [mailto: interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of Thiago Macieira Sent: Thursday, January 22, 2015 7:57 PM To: interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X On Friday 23 January 2015 01:14:56 Scott Aron Bloom wrote: I have always built on linux, by simply running configure, then make, then make install. Any problems with this? Yea, it doesn't include the necessary packages, such as Webkit Why not? Sure it does. Understood.. Any recommendations on how to move to the latest GCC and ship all the runtime libraries for a closed source LGPL compatible application? The compiler is binary compatible. You don't have to do anything. And what about windows, 32 and 64 bit? Just use the MinGW that comes with Qt for the 32-bit build. I'm not sure what the state of mingw64 is -- some have had luck, some others haven't. VS 2012, 2013, and 2015 for 64-bit have been working fine. = Fortgot to ask.. What version of OpenSSL does Qt build against on windows? ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
Well, I think you then can omit sections on how to get sources, and how to update, etc. Other information still would be useful: dependencies, steps needed to build, known issues, etc. On Fri, Jan 23, 2015 at 8:23 AM, Scott Aron Bloom scott.bl...@onshorecs.com wrote: I don’t want to build from git J Since we deploy this on multiple developers boxes, we tent to automate the build process, so a prepacked download file (tgz/zip) works best Scott *From:* Dmitry Volosnykh [mailto:dmitry.volosn...@gmail.com] *Sent:* Thursday, January 22, 2015 9:21 PM *To:* Scott Aron Bloom *Cc:* Thiago Macieira; interest@qt-project.org *Subject:* Re: [Interest] Building the latest Qt 5.X Scott, here is an article on how to build Qt 5: http://qt-project.org/wiki/Building_Qt_5_from_Git PS. It is strange that you have not found it by yourself since it is the first result given by Google on query 'build qt5 from git'. Regards, Dmitry. On Fri, Jan 23, 2015 at 7:15 AM, Scott Aron Bloom scott.bl...@onshorecs.com wrote: -Original Message- From: interest-bounces+scott.bloom=onshorecs@qt-project.org [mailto: interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of Thiago Macieira Sent: Thursday, January 22, 2015 7:57 PM To: interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X On Friday 23 January 2015 01:14:56 Scott Aron Bloom wrote: I have always built on linux, by simply running configure, then make, then make install. Any problems with this? Yea, it doesn't include the necessary packages, such as Webkit Why not? Sure it does. Understood.. Any recommendations on how to move to the latest GCC and ship all the runtime libraries for a closed source LGPL compatible application? The compiler is binary compatible. You don't have to do anything. And what about windows, 32 and 64 bit? Just use the MinGW that comes with Qt for the 32-bit build. I'm not sure what the state of mingw64 is -- some have had luck, some others haven't. VS 2012, 2013, and 2015 for 64-bit have been working fine. = Fortgot to ask.. What version of OpenSSL does Qt build against on windows? ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
The building webkit portion looks very promising.. it’s a shame, Qt has lost the ease of building QtWebkit from 4.X, yeah it took a while, but just enable it, and go Scott From: Dmitry Volosnykh [mailto:dmitry.volosn...@gmail.com] Sent: Thursday, January 22, 2015 9:27 PM To: Scott Aron Bloom Cc: Thiago Macieira; interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X Well, I think you then can omit sections on how to get sources, and how to update, etc. Other information still would be useful: dependencies, steps needed to build, known issues, etc. On Fri, Jan 23, 2015 at 8:23 AM, Scott Aron Bloom scott.bl...@onshorecs.commailto:scott.bl...@onshorecs.com wrote: I don’t want to build from git ☺ Since we deploy this on multiple developers boxes, we tent to automate the build process, so a prepacked download file (tgz/zip) works best Scott From: Dmitry Volosnykh [mailto:dmitry.volosn...@gmail.commailto:dmitry.volosn...@gmail.com] Sent: Thursday, January 22, 2015 9:21 PM To: Scott Aron Bloom Cc: Thiago Macieira; interest@qt-project.orgmailto:interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X Scott, here is an article on how to build Qt 5: http://qt-project.org/wiki/Building_Qt_5_from_Git PS. It is strange that you have not found it by yourself since it is the first result given by Google on query 'build qt5 from git'. Regards, Dmitry. On Fri, Jan 23, 2015 at 7:15 AM, Scott Aron Bloom scott.bl...@onshorecs.commailto:scott.bl...@onshorecs.com wrote: -Original Message- From: interest-bounces+scott.bloom=onshorecs@qt-project.orgmailto:onshorecs@qt-project.org [mailto:interest-bounces+scott.bloommailto:interest-bounces%2Bscott.bloom=onshorecs@qt-project.orgmailto:onshorecs@qt-project.org] On Behalf Of Thiago Macieira Sent: Thursday, January 22, 2015 7:57 PM To: interest@qt-project.orgmailto:interest@qt-project.org Subject: Re: [Interest] Building the latest Qt 5.X On Friday 23 January 2015 01:14:56 Scott Aron Bloom wrote: I have always built on linux, by simply running configure, then make, then make install. Any problems with this? Yea, it doesn't include the necessary packages, such as Webkit Why not? Sure it does. Understood.. Any recommendations on how to move to the latest GCC and ship all the runtime libraries for a closed source LGPL compatible application? The compiler is binary compatible. You don't have to do anything. And what about windows, 32 and 64 bit? Just use the MinGW that comes with Qt for the 32-bit build. I'm not sure what the state of mingw64 is -- some have had luck, some others haven't. VS 2012, 2013, and 2015 for 64-bit have been working fine. = Fortgot to ask.. What version of OpenSSL does Qt build against on windows? ___ Interest mailing list Interest@qt-project.orgmailto:Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Building the latest Qt 5.X
Am 23.01.2015 um 05:15 schrieb Scott Aron Bloom: What version of OpenSSL does Qt build against on windows? Hi Scott (and others that might be interested), here is how we built Qt 5.3.2 on Windows. Might include nonsense, but works for us. If you need details, feel free to contact me off-the-list. We built Qt 5.3.2 with OpenSSL 1.0.1i and ICU 53.1, using both Visual Studio 2010 and 2013. Other build tools were Perl 5.16.2 (later should work also), Python 2.7.3 (version 3.x.y not tested) and Ruby 1.9.3p448 (versions 2.0.x and 2.1.x not tested). Our configure call is: configure.bat -debug-and-release -force-debug-info -commercial \ -c++11 -shared -no-ltcg -nomake examples -qt-sql-sqlite \ -opengl desktop -qt-zlib -qt-pcre -qt-libpng -no-libjpeg -no-angle \ -openssl -I %QTDIR%\..\openssl-1.0.1i\include \ -icu -I %QTDIR%\..\icu-53.1\include -L %QTDIR%\..\icu-53.1\lib64 \ -no-dbus -mp -confirm-license with directory structure qt-5.3.2 openssl-1.0.1i icu-53.1 gnuwin32 qtbase ... i.e. OpenSSL and ICU included into the Qt tree. %QTDIR% oints to ...\qt-5.3.2\qtbase To have all in place, we had to call both nmake and nmake install. Ah, BTW: Building the documentation is buggy in 5.3.2, if you need a fix, give me a note. Best Regards / Mit freundlichen Grüßen Rainer Wiesenfarth -- Software Engineer | Trimble Imaging Division Rotebühlstraße 81 | 70178 Stuttgart | Germany Office +49 711 22881 0 | Fax +49 711 22881 11 http://www.trimble.com/imaging/ | http://www.inpho.de/ Trimble Germany GmbH, Am Prime Parc 11, 65479 Raunheim Eingetragen beim Amtsgericht Darmstadt unter HRB 83893, Geschäftsführer: Dr. Frank Heimberg, Hans-Jürgen Gebauer smime.p7s Description: S/MIME Cryptographic Signature ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
