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.
Just want to remind you that qtcreator Git project is still missing v4.8.0-beta2 tag (-;
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).
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_Creat... 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.
Thanks for the debugging tips.
DebugView shows me some interesting data, such as:
[14192] qtc.clangcodemodel.ipc: ====> DocumentsOpenedMessage(FileContainer(pathtomyfile.cpp, Utf8StringVector(-nostdinc, -nostdlibinc, -c, -m64, -target, x8664-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?
Can you reproduce this with a small example? Can you create a bug report with all available data?
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.
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.
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?
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);
~~~~~~~~~~^
Can you please tell us: 1) what you did exactly, 2) what you expected, 3) what happened instead?
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.
also part of rc
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?
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.
No.
You can build it for aarch64 and install it on Linux on DeX
https://news.samsung.com/gl...
I think it's a mad idea to release Qt Creator without support for the latest iOS devices: https://bugreports.qt.io/br...
(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?
Did you check if the fix that we did for Qt Creator 4.7.2 (and released) works for you?
https://codereview.qt-proje... has a +1 from you. If it doesn't work, I'd appreciate a comment on the bug report https://bugreports.qt.io/br... .
Note that https://bugreports.qt.io/br... 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.