On Monday 30 March 2015 14:53:20 Rui Nuno Capela wrote:
> On 03/30/2015 11:43 AM, David Baron wrote:
> > On Monday 30 March 2015 11:28:22 Rui Nuno Capela wrote:
> >> On 03/30/2015 11:11 AM, David Baron wrote:
> >>> My qmake --version yields:
> >>> QMake version 3.0
> >>> Using Qt version 5.3.2 in /usr/lib/x86_64-linux-gnu
> >>>
> >>> So I moved /usr/bin/qmake -> qtchooser out of the way and symlinked to
> >>> qmake- qt4
> >>>
> >>> So far, building OK, not kicking at aeffect.h, lilv.h, etc. like it did
> >>> when I manually ran qmake-qt4 before ./configure.
> >>>
> >>> Now what would I do when I want qt5 (if it is really ready to play on
> >>> this
> >>> distro).
> >>
> >> 1. revert the symlink switch you've made;
> >> 2. ask the debian dudes how to work properly with that "qtchooser" thing
> >> which is said to be a "wrapper to select between qt development binary
> >> versions" according to its own manifest.
> >>
> >> byee
> >
> > Yes, I will file the bug.
>
> note that it is not a bug. at least from my pov. what you should do is
> about making qtchooser to select the qt4 development environment,
> instead of keeping to qt5 as it seems to be the default.
>
> maybe reading `man qtchooser` might help you there
>
OK. One must set (export) a QT_SELECT=4 or such before running ./configure.
Since qmake never needed such an environment variable or argument before, I do
consider this a bug. An example is that the ./configure here did not set that
variable or supply an argument based on choices made by its qt choice argment.
No one knew one needed it and the ./configure --help said that qt4 was default.
So Rui, please implement (and the default qt4) in the configure.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-user
Received on Mon Mar 30 20:15:02 2015
This archive was generated by hypermail 2.1.8 : Mon Mar 30 2015 - 20:15:02 EEST