Re: Bug#1057359: qmake: use qmake6 when QT_SELECT=qt6

Lisandro Damián Nicanor Pérez Meyer <[email protected]>
Newsgroups gmane.linux.debian.devel.games,gmane.linux.debian.devel.qt-kde
Message-ID <CA+QPbz2_+iVzHpitS5YoLyUjn2Hvd=QfOq-1AVaF1UXPB_qQHA@mail.gmail.com>
Hi,

On Wed, 13 Dec 2023 at 15:04, Salvo Tomaselli <[email protected]> wrote:
>
> > This is also being used in src:explosive-c4 now and the approach breaks
> > cross compilation. Please stop doing this, we'll have to touch all of
> > these.
> >
> > Still the use case is real and we need a better way to build packages
> > with qmake6. I was talking with Sune and Lisandro on IRC and their
> > consensus seems to have been that qtchooser and QT_SELECT are dead and
> > should not be used for Qt6. They suggested that we add add a new
> > --buildsystem to debhelper. We already have qmake_qt4 and qmake, why not
> > have qmake6? While changing QT_SELECT from qt5 to qt6 would be
> > convenient, changing it to "dh $@ --buildsystem qmake6" is easy enough,
> > no? The qmake6 build system can reuse qmake just like qmake_qt4 and
> > doing it that way immediately makes cross compilation just work (since
> > we already have <triplet>-qmake6). Lisandro requested naming it qmake6
> > rather than qmake_qt6. Even though this breaks consistency with earlier
> > use in debhelper, the similarity to how upstream calls it more
> > important.
> >
> > Salvo and Alexandre, do you second this?
>
> It would be fine by me, I hope it should be cleaner than how it was to go from
> 4 to 5.

The cleanest way is to use CMake, as it can handle this directly in
code. And I guess qmake will probably not be a thing for Qt 7.

-- 
Lisandro Damián Nicanor Pérez Meyer
https://perezmeyer.com.ar/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.