Upgrading Qt version to the latest - c++

hopefully everyone will be doing great.
I wanted to ask if the existing version of Qt (not Qt Creator) be upgraded to the latest version? Rather than downloading it separately from Maintenance Tool, and Migrating the Project to the Newer versions manually.
Like, currently I have Qt 6.2.2, and I want to upgrade to Qt 6.2.3 (as, there's a fix I need). To update, I have to download the whole package from the Maintenance Tool, do all the selections all over again, and migrate my existing projects to the newer version.
Is there exist a convenient way? As Visual Studio provides.

The way i do is conan package menager. You have Qt and other great packages there. You can check https://www.qt.io/blog/installing-qt-via-conan-package-manager how to setup or use some existing starter project with it like https://github.com/cpp-best-practices/cpp_starter_project/blob/master/cmake/Conan.cmake#L28 or maybe even https://github.com/conan-io/cmake-conan when you setup your project with conan changing version required you to change for example qt/6.2.2 to qt/6.2.3 and rerun CMake if you using it of course. It will require you to setup conan in your project and that can be tricky. But after that you will see all pros of using conan. Worked great for me.

Related

Debugging QT5 libraries via VSCode on OSX in CMake based project

I'm trying to debug my code based on Qt5 framework through OSX, and I need to access/debug Qt's sources, but it feels like an impossible task. On Windows, I used to install Qt5 via vcpkg, but this time I have it in my work project, which already uses brew as a package manager. But installing it through brew doesn't bring the sources, and I'm pretty sure isn't the debug version as well.
I tried various ways of building and installing the sources with no luck. By the end, cmake isn't able to find the library.
Did anybody have a chance to overcome this issue?

Do I need to install Mingw compiler components in Qt installation if i had already installed Mingw in my computer?

I installing Qt open source framework in my window 10 pc. I already downloaded Mingw compiler and installed it to write C/C++. Now I wanna learn QT framework. I using Qt online installer. I choice to download custom compoment. Do I need to selet mingw component to download if i had already installed?
Note that there's not just one MinGW distribution and version out there. You can check out the exact supported version per Qt release at https://wiki.qt.io/MinGW .
Anyhow, if you install the pre-built Qt binaries via the online installer, the matching MinGW version will automatically be installed for you, and will be registered in Qt Creator so that things just work. There is actually no official way to prevent this.

Development an application with dependencies in macOS without Xcode

I have a project written in c++ using codelite IDE.
I compiled it windows, Ubuntu and Fedora successfully an I created installers for all of them (for Ubuntu a .deb package and for Fedora a .rpm package).
Recently, I could compile it in my macOS (10.14) an it works perfectly, and want to create a package in macOS (.app or .pkg).
It should be noted that my software has a lot of dependencies such as OpenGL frameworks and wxWidgets libraries and many libraries which I installed through brew and Xcode.
As mentioned my project is in codelite which does not generate a framework or .app package.
What should I do in this step?
Creating a .app bundle on the Mac is a relatively complex process - amongst other things, it has to be signed and notarised, and to do that you need to enroll in Apple's developer program ($99 per year).
So, because of that, I'd recommend creating an Xcode project to to the job. Once you have that, all the steps are automated. You will also be in a position to submit your app to the App Store, should you wish to.
A good way to build installer packages is to use Stephan Sudré's Packages application, which you can get here:
http://s.sudre.free.fr/Software/Packages/about.html
Don't worry that it isn't signed - it's perfectly safe.

Multiple Qt versions on Linux

I am currenyly using Debian Jessie and I have Qt Creator installed with Qt 5.3.3. It works fine, however there are some issues like QSystemTrayIcon not appearing properly, which I understand doesn't occur on versions earlier than 5.0.0, so I would like to be able to switch which version I am building with. Where can I download the necessary files that I can then point to from the Qt Versions tab in Qt Creator? Currently I can only choose 5.3.3. I would need something like 4.8.6 too.
You can install the Qt 4 development package, libqt4-dev, using your package manager. If you need a different version, you'll need to build it yourself from one of the source packages in the Qt Project's archive. Make sure to set an install prefix outside of your usual /usr, unless you know exactly what you're doing. Usually the prefix /opt is used for this kind of thing.
After it is installed, you can try restarting Qt Creator, and see if it is picked up automatically. If not, you can add it manually by creating a manual Qt version and pointing it to /usr/bin/qmake-qt4 (or something like /opt/qt-4.8.6/bin/qmake if you built Qt yourself and installed in the prefix /opt/qt-4.8.6). You then need to set up a "Kit" as well, and then you can add a "Kit" to your project build configuration (on the projects tab in the main window).

Can I use biicode for C++ on ubuntu 14.04 with Cmake 2.8.12.2?

I just downloaded biicode and tried to follow the getting started instructions but received an error about the Cmake 3.0 or higher being required.
However, ubuntu 14.4 uses "cmake version 2.8.12.2"
Is there a way to use biicode with 2.8 or am I stuck installing the newer version of CMake?
TIA!
No, biicode requires cmake > 3.0. There is a setup command that helps installing it:
$ bii setup:cpp
This will install CMake >3.0 in /home/user/biicode_env, and add it to the path, so it doesnt interfere/overwrite your current 2.8 installation. Biicode needs that executing "cmake" in the console actually uses 3.0, so it should be first in the path. You can manage it very easily in two different ways, with a symbolic link (/usr/bin) that you redirect as needed or adding/removing an entry in the path before executing biicode.
This is a different thing, but I woiuld like to say that I have migrated existing projects from cmake 2.8 to 3.0 without any problems, and 3.0 runs great and has useful new features. So I would recommend regular cmake users to upgrade if possible.
No, there isn't any way to change this requirement because internal biicode CMake has features, like the use of INTERFACE libraries, which are only available on CMake 3.0 or later. However, don't worry about upgrading CMake version, this one always keeps a exhaustive compatibility with older versions ;)