You can take a look into the generated Makefile

I can, but it does not solve the issue.

So you did not install Qt6 via the online installer but want to use the one from Ubuntu? Then you also have to install all Qt development packages.

Qt Creator 13.0.x comes with LLVM 17. Just upgrade to https://download.qt.io/official_releases/qtcreator/13.0/

@joej said in g++: error: /DEBUG: No such file or directory:

MSVC compiler (x86-windows-msvc2005-pe-32bit) cannot produce code for "Qt 5.12.12 MSVC2017 32bit"

Use newer MSVC compiler

This issue was fixed in Qt Creator 11.0.1.

@Pixelgrease you might also want to consider migrating to cmake for the long run.

@leonardo-M-B I guess your Qt Creator version could be newer than the one of your colleagues because .qmake.stash is available . Your distclean might be even better since it deletes .qmake.stash as well. No worries about the difference.
make distclean simply deletes everything in the build dir.
yours is even cleaner.

Since Qt6 does not support Windows 7 anymore you have to choose an older qt installer from e.g. https://mirror.netcologne.de/qtproject/archive/online_installers/

Hi and welcome to devnet,

Just keep using cmake.

Here for Qt 5

Here for Qt 6

@kkoehne said in Qt6, qmake: Does 'QT += openglwidgets' imply 'QT += opengl'?:

@Yuni said in Qt6, qmake: Does 'QT += openglwidgets' imply 'QT += opengl'?:

If it works and it's unspecified behavior, then it may not work on other machines or for future Qt versions.

Build and module dependencies usually don't change in a minor Qt version. For major Qt versions, things might get rearranged ... but then again there's no SC guarantee there in the first place :)

I think it's good practice to explicitly declare all the dependencies that you explicitly rely upon though. But this is arguably a matter of taste.

I would guess qopenglwidget.prf fetches qopengl.prf - you can take a look into them by your own.

For QT variable, it's actually .prifiles: mkspecs/modules/qt_lib_qopenglwidgets.pri, mkspecs/modules/qt_lib_qopengl.pri ...

I see, thank you so much! I'll declare them explicitly then.

I've found the .pri files (without the leading 'q', that is, so e.g. qt_lib_opengl.pri) and openglwidgets indeed has a dependency on opengl, explaining why the project compiles without the explicit declaration.

@Christian-Ehrlicher thank you for your help :)

One thing about the static linking problem: it might be as simple as not having the libraries in the correct order.

Ok I understand. Thank you!