Skip to content

Fix the Qt finder logic in "bootStrap.bash". - #558

Open
frederick-bruckman wants to merge 4 commits into
mean00:masterfrom
frederick-bruckman:master
Open

frederick-bruckman wants to merge 4 commits into
mean00:masterfrom
frederick-bruckman:master

Conversation

@frederick-bruckman

Copy link
Copy Markdown
  • Importantly, on Debian bookworm/trixie/forky and Ubuntu jammy, at least, the qtchooser for Qt4/5 has no logic for Qt6 at all, so setting QT_SELECT to qt6 simply fails at link-time.
  • Make it clear that --with-qt does nothing (because it's the default).
  • It's just as well to use the tools shipped with Qt6 (in the Qt6 case). Respect QTDIR if it's set, otherwise try the Debian/Ubuntu location, otherwise fail, but helpfully suggest setting QTDIR in the environment.

Some versions of cmake have a module for finding Qt, but integrating it looks like a fairly extensive change that's likely to affect every platform, and for little benefit.

  * Importantly, on Debian bookworm/trixie/forky and Ubuntu jammy, at
    least, the qtchooser for Qt4/5 has no logic for Qt6 at all, so
    setting QT_SELECT to qt6 simply fails at link-time.
  * Make it clear that --with-qt does nothing (because it's the
    default).
  * It's just as well to use the tools shipped with Qt6 (in the Qt6
    case). Respect QTDIR if it's set, otherwise try the Debian/Ubuntu
    location, otherwise fail, but helpfully suggest setting QTDIR in
    the environment.

Some versions of cmake have a module for finding Qt, but integrating
it looks like a fairly extensive change that's likely to affect every
platform, and for little benefit.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant