There is that build system option patch that I suckily never applied,
and could be used here.. but this is at its core a different build system,
and so handling it as such makes the most sense.
It may make sense to have a qmake_qt3 build system, but perhaps QT 3
will instead just go away. I considered just waiting, but this is an easy
fix. ;)
use Debian::Debhelper::Dh_Lib qw(error);
use base 'Debian::Debhelper::Buildsystem::makefile';
+our $qmake="qmake";
+
sub DESCRIPTION {
"qmake (*.pro)";
}
push @flags, "QMAKE_STRIP=:";
push @flags, "PREFIX=/usr";
- $this->doit_in_builddir('qmake', @options, @flags, @_);
+ $this->doit_in_builddir($qmake, @options, @flags, @_);
}
sub install {
--- /dev/null
+package Debian::Debhelper::Buildsystem::qmake_qt4;
+
+use strict;
+use warnings;
+use Debian::Debhelper::Dh_Lib qw(error);
+use base 'Debian::Debhelper::Buildsystem::qmake';
+
+$Debian::Debhelper::Buildsystem::qmake::qmake="qmake-qt4";
+
+sub DESCRIPTION {
+ "qmake for QT 4 (*.pro)";
+}
+
+1
"cmake",
"ant",
"qmake",
+ "qmake_qt4",
);
my $opt_buildsys;
* Typo fixes. Closes: #632662
* dh: In v9, do not enable any python support commands. Closes: #634106
+ * Now the QT4 version of qmake can be explicitly selected by passing
+ --buildsystem=qmake_qt4. Closes: #566840
-- Joey Hess <joeyh@debian.org> Mon, 04 Jul 2011 12:16:48 -0400