Qt Creator and other tools

I needed to rework the patch in https://codereview.qt-project.org/c/qt-creator/qt-creator/+/725372 So Creator 20 will work out of the box, if you have Git 2.31.0 or newer. If you can only use older Git versions, you need to set core.quotepath false in local or global a git config file. Regards

The following appears to work, but is it the correct way to do it? qt_add_translations(${PROJECT_NAME} TS_FILE_DIR i18n PLURALS_TS_FILE i18n/${PROJECT_NAME}_en.ts PLURALS_TS_FILE i18n/${PROJECT_NAME}_en_GB.ts QM_FILES_OUTPUT_VARIABLE qm_files ) qt_add_resources(${PROJECT_NAME} "kernel_translations" PREFIX "/i18n" BASE "${CMAKE_CURRENT_BINARY_DIR}" FILES ${qm_files} )

The plot thickens... I cleaned out the entire build directory, including what I thought might have been a stale .qmake.stash file. After building everything successfully from scratch, I introduced an error by intentionally misspelling one of the variables in a function in MySource.cpp. Tried to compile that single file and got the same error as reported above. So I corrected the error, right-clicked once more on the file name in the "Projects" view, and now I have this error: :-1: error: No rule to make target '.obj/MySource.o'. Stop. Once again, I click on the main "Build" icon on the bottom left, and everything successfully compiles and links. I tried to make a minimal project to reproduce the error, but I cannot pin it down. It doesn't seem to have anything to do with the presence of the OBJECTS_DIR variable. It could be that the source file is in a subproject of the main project which has TEMPLATE=subdirs. But the subproject is TEMPLATE=app. And this did work for many years (i.e. compiling a single file from the "Projects" view context menu). Something has broken recently.

Hi. thank you. I created a ticket : https://qt-project.atlassian.net/browse/QTVSADDINBUG-1344

OK... but when I do "Repository Status", I get a random selection of some of the directories. It's missing the main directories. Also, it's showing me binary file types that should never be committed to a Source Repository: .OBJ .DLL .SBR .DYLIB .PCH . EXE I'm pretty sure I never used to see those.

Okay, well, i'll wait until it gets into the "Preview" section of the MaintenanceTool installer app.But this is AWESOME news!

Googling for 'cdb download' gives me this as first link: https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/debugger-download-tools

@Axel-Spoerl said in Qt MaintenanceTool ignores proxy setting: Hit the settings button on the lower left and choose the "Network" tab. Specify your proxy there. This was the first thing I did. In the past this worked but now I can set the proxy and it is ignored. The previous versions as well as the actual version has the problem that it doesn't remember that a proxy was set. It remembers the proxy settings itself but on every start it is set to System settings. If you prefer the command line: /opt/Qt/MaintenanceTool --proxy http://proxyhost:8080 - or whatever the proxy port is instead of 8080. Tried this also. This parameter seems to not exist any more. If I start it with this parameter it starts normal but ignores the setting. According to the help ( MaintenanceTool --help ) this parameter does not exist. Beside other parameters I get only this: --sp, --system-proxy Use system proxy on Windows and Linux. This option has no effect on macOS. (Default) --np, --no-proxy Do not use system proxy. On Linux it should actually work and it does for me, also with 4.11.0. I don't know of any fundamental changes in QNetworkProxy or the IFW. Since you can pin it down to a specific version, it could be that somehow the upgrade has tampered with MaintenanceTool's settings file and an existing proxy setting got lost a local change of proxy settings got in the way there is a bug in 4.11 With that said, could you check you environment for any of those variables and their content? http_proxy / HTTP_PROXY https_proxy / HTTPS_PROXY If they exist and IFW doesn't pick them up, we have landed a bug worth reporting under https://bugreports.qt.io Usually I don't use this environment variables, because the browsers allow to set this in the program. To access the machines on the Intranet I don't need the proxy. Because the list of exceptions for the proxy would be large, I renounced this. However: I tried to set this variables also, but it didn't change anything. To make it clear: The proxy itself is working. Other apps like browsers can access the Internet over the proxy. A.T.

You can use the open source alternative plugins for Qt Creator: QodeAssist llama.qtcreator The last one I maintain, and is part of the Qt Creator Extension store.

@Gerd-Brecht This has been reported. See https://qt-project.atlassian.net/browse/QTCREATORBUG-33238 There is a workaround. Just set the environment variable QTC_PROJECT_NO_COMPRESS to 1 and the old behavior should be brought back. Edit: in the case that this doesn't help, please do create a bugreport with an example that reproduces the issue.

@Tetsuzin72 I will just say that I use valgrind from Creator under Ubuntu 24.04 with no problem. But I may not be doing the same as you, and I use the much older Creator which comes with 24.04 so I don't know about newer ones. While you await a solution: if you really need to get this working, you could tell Creator to run a different "executable" for valgrind which is actually an executable shell script of yours. Then you can go through the command line arguments Creator passes to it and remove the ones you say it prepends but you do not want before passing on to the real valgrind executable. Just saying.

windeployqt only bundles Qt’s own libraries. For MSYS2: Have an AI write a Python script with the following logic: Recursively scan the target folder generated by windeployqt—including all subdirectories—to enumerate all executable files and DLLs. This ensures dependencies for plugins like qsqlpsql are also fully captured. Run ldd on each file, extract all library paths starting with c:/msys64 or /c/msys64, and copy those libraries to the deployment folder. Repeat step 1 in a loop until ldd no longer returns any library paths beginning with c:/msys64. For MSVC (VC): Match the corresponding compiler version, and include the compatible vcredist_x64 redistributable when delivering the package to end users.

@SimonSchroeder said in What is a better IDE for QT: So, I just need a single click after locating the line whereas in Qt Creator I need to first right click and then pick the correct menu entry and left click. Point taken, so a little QoL issue :) Use/assign a keyboard shortcut and you are down to one click (or move cursor to line with arrow keys) and one keypress :)

OK，I Migrate to the Ninja，，完美~

@aha_1980 Thank you.

After I restarted my system, it started displaying Chinese. Why are there so many header files being output? How to disable?