Eike Ziller

Qt Creator 4.8 Beta2 released

Published Friday November 16th, 2018
18 Comments on Qt Creator 4.8 Beta2 released
Posted in Dev Loop, QtCreator, Releases

We are happy to announce the release of Qt Creator 4.8.0 Beta2!

This release comes with the many fixes that we have done since our first Beta release.

Additionally we upgraded the LLVM for the Clang code model to version 7.0, and our binary packages to the Qt 5.12 prerelease.

Get Qt Creator 4.8 Beta2

The opensource version is available on the Qt download page, and you find commercially licensed packages on the Qt Account Portal. Qt Creator 4.8 Beta2 is also available under Preview > Qt Creator 4.8.0-beta2 in the online installer. Please post issues in our bug tracker. You can also find us on IRC on #qt-creator on chat.freenode.net, and on the Qt Creator mailing list.

Do you like this? Share it
Share on LinkedInGoogle+Share on FacebookTweet about this on Twitter

Posted in Dev Loop, QtCreator, Releases


Daniel Levin says:

Just want to remind you that qtcreator Git project is still missing v4.8.0-beta2 tag (-;

Niko Nevatie says:

I think the code navigation and Clang-based code model gets worse with each release, unfortunately.

With the current 4.8 b2, I can no longer ctrl+click on many symbols to “follow symbol” – nothing happens, basically.

Also, the Clang-based code model infests my editor with very many false semantic issues, e.g. “`auto` type specifier is a C++11 extension”, while my project is clearly setup correctly for C++11 features in CMake.

I’m using CMake + Ninja + MSVC 2017 on Windows 10.

I know the correct way to approach this is to use the bug tracker, but I feel the UI of the tracker is very bad and doesn’t really allow for proper searching of duplicates. Googling the issue brings up many hits but no real answers, unfortunately.

Thanks for the great IDE, otherwise – I wish the above issues could be somehow resolved, as I feel they’ve become more and more of a blocker for me (VS Code starts to look pretty good at this point, as an alternative).

Eike Ziller Eike Ziller says:

I don’t get these warnings for a dummy CMake project (Qt Quick Application from the wizard, CMake project, adding some code to the main.cpp, CMake 3.13, Windows 7, MSVC2017).

https://wiki.qt.io/Qt_Creator_Clang_Code_Model describes some debugging methods to find out what flags are passed to Clang and what it does otherwise, maybe that sheds some light on your issue.

Niko Nevatie says:

Thanks for the debugging tips.

DebugView shows me some interesting data, such as:

[14192] qtc.clangcodemodel.ipc: ====> DocumentsOpenedMessage(FileContainer(path_to_my_file.cpp, Utf8StringVector(-nostdinc, -nostdlibinc, -c, -m64, -target, x86_64-pc-windows-msvc, -std=c++98

The above is followed by a very long list of include paths, up to 4100 characters – is there an upper limit to the string and will it handle include paths with spaces (such as Windows SDK default install locations) correctly? Also, is the -std=c++98 defined on purpose?

Eike Ziller Eike Ziller says:

Can you reproduce this with a small example? Can you create a bug report with all available data?

Daniel Levin says:

Before trying to debug why Clang code model does not work properly (i.e. why there is -std=98 in command line) you have to know how to specify proper C++ standard for your project. Apparently there is no such option. The Internet is full of topics about the same question without an answer: How to specify C++ standard for Clang code model for your project in Qt Creator?
I am talking about generic project without a build system.

Eike Ziller Eike Ziller says:

You specify the C++ standard in the build system files of your project, which is used for building. If Qt Creator does not pick that up correctly for a directly supported build tool (qmake/cmake/qbs/…), it is a bug.

That said, “Generic Projects” in Qt Creator do not define a build system, and do not provide a way to set any compiler flags.

Daniel Levin says:

So we just found a root cause. In reality typical project does not need to have a build system known to the IDE. And even if some project, lets say, CMake-based, in major cases it could not be opened in QtCreator as is without issues.
Authors of the generic projects in QtCreator were understanding this, providing full featured IDE for such cases: Kits, build configuration with command sequence, run configurations, environment setup, build output parser connected to the issues list, debugger. Common include directories and defines. Per-project coding style and Clang code model parameters.
But this does not make much sense without trivial option: C++ standard.
I really don’t understand whether this was intentional, to make Clang code model inoperable for generic projects. Or this feature is missing by mistake or lack of attention.
Do you need help to implement that?

the says:

macOS: seemingly introducing something new to each widget without asking – man what work to delete it each time.

> no member named ‘PlaceholderText’ in ‘QPalette’
palette.setBrush(QPalette::Active, QPalette::PlaceholderText, brush9);

Eike Ziller Eike Ziller says:

Can you please tell us: 1) what you did exactly, 2) what you expected, 3) what happened instead?

the says:

1) working on a project, using the ui-edit-view, example: moving a widget there out of current position
2) expected that the project and the values / entries stay the same except new xy-values on that particular widget moved
3) magically the new setBrush/…’PlaceholderText’ is a new entry on *all* widgets and has to be deleted manually (ui.xy* files) to compile the project without errors on *each* widget implemented.

no says:

also part of rc

Eike Ziller Eike Ziller says:

I fail to reproduce with a simple example here.
Can you please create a bugreport and attach a small example project / ui file that exposes your issue?

Alexey says:

Is QtCreator Can be build for android device? Samsung DeX service allows you to use your tablet like a computer, and i want to be able programming by using it.

Eike Ziller Eike Ziller says:


Jason says:

I think it’s a mad idea to release Qt Creator without support for the latest iOS devices: https://bugreports.qt.io/browse/QTCREATORBUG-21368

(TL;TR) The new iOS devices UUID contain hyphens that break the ability to use them with QtCreator. All the new phone models from the XS and XR lines do not work, you can only use XCode with them.

Maybe this can be addressed in a bug fix release so we don’t have to wait 6 months?

Eike Ziller Eike Ziller says:

Did you check if the fix that we did for Qt Creator 4.7.2 (and released) works for you?

https://codereview.qt-project.org/243363 has a +1 from you. If it doesn’t work, I’d appreciate a comment on the bug report https://bugreports.qt.io/browse/QTCREATORBUG-21291 .

Note that https://bugreports.qt.io/browse/QTCREATORBUG-21368 is a task to improve the interaction between components in Qt Creator, which probably would have avoided the issue in the first place, so we avoid similar issues in the future.

Commenting closed.

Get started today with Qt Download now