Qt Creator and other tools

@BrigitteLPB said in Qt5 and Cmake : strange behavior with wrapp_ui/cpp: Have you some code to fix my cmake src ? The first version works and is correct.

@jsulm no, it doesn't; I get the errors about the files not found. EDIT: I stand corrected. A couple of the errors were valid, which was killing the build. Once I fixed them, my build works successfully (in that it completes without errors; it doesn't seem to be producing a binary, though -- probably some mistake in my settings on that one). EDIT AGAIN: I have to change my answer, from "no" to "yes" to "sometimes." Creator's inability to find these include files isn't just a cosmetic inconvenience; it reduces its value as a code browser. Any CMake whizzes out there that might know how to fix this? Thanks...

Oh thank you for that, "bin" is actually my build destination folder. It's like QtCreator thought it was a good idea indexing what's in there. And I have no idea how to make him stop.

https://bugreports.qt.io/browse/QTVSADDINBUG-800

Hi https://www.qt.io/blog/qt-visual-studio-tools-2.5.2-released

Grumble! It was a corrupt Browse.VC.cb file which may have happened when VS was abruptly closed with files still open (I lost some edit updates too). I deleted it and now all appears well. David

Hi, you can try adding a "Custom executable" run configuration, i.e. in the Run settings click "Add..." and then select "Custom Executable" then click Browse to select your custom run time folder and the .exe/elf file in there.

@Christian-Ehrlicher Thanks!

Right. So I've found the cleanest way to do it. It's actually quite elegant. It would be nice if there was an example that demonstrated this for people who haven't developed with Qt before, but switched mainly due to its ability to build for Android. win32 { CONFIG(release, debug|release) { LIBS += -L$$OUT_PWD/../ralgebra/release -lralgebra } CONFIG(debug, debug|release) { LIBS += -L$$OUT_PWD/../ralgebra/debug -lralgebra } } android { LIBS += -L$$OUT_PWD/../ralgebra/ -lralgebra_$${ANDROID_TARGET_ARCH} QMAKE_CLEAN += librengine_$${ANDROID_TARGET_ARCH}.so } Thanks

I just discovered this because a header file from FTDI contained a copyright symbol. I just converted that to read (C) instead of the copyright symbol and it was fine.

@aha_1980 la solucion esta en instalar en otra dirección, ya lo probe y me funcionó

@kuzulis thank you for the suggestion. The application I've written makes full use of the ESP IDF, which I believe is exclusively CMake. I don't think converting the entire build system to QBS is the right way to go. I'll continue to plod ahead with the CMake effort, since it appears to be the wave of the future. I do appreciate the suggestion, though.

Hello, sorry for the late reply. I had shot my Linux with a Debian test installation and had to reinstall KDE neon and Qt Creator. You are right in English it says "Tags", which is translated as "Schlüsselwort" in German. So I can relax because it's a purely cosmetic problem. Qt Creator shown in English language: https://postimg.cc/cgXFS9pY In my opinion, the word "Tags" at the beginning could be left out entirely or simply not translated. Because the term "Tags" is understood by programmers. Thank you for clearing up this cause.

@Perdrix Hi Well it does https://doc.qt.io/qt-5/designer-resources.html But not sure how easy its to find when sitting In Designer :)

Thank you for your help @SGaist . I ended up settling for this method. It's more complicated than using the INSTALL variable but does not require adding an extra build step (which I feel would be more error-prone).

Since there are no further suggestions I assume it is a bug, I reported it here: https://bugreports.qt.io/browse/QTCREATORBUG-24240