[MacPorts] #46029: port submission: qtchooser

MacPorts noreply at macports.org
Thu Nov 27 20:49:25 PST 2014


#46029: port submission: qtchooser
--------------------------+--------------------------------
  Reporter:  rjvbertin@…  |      Owner:  macports-tickets@…
      Type:  submission   |     Status:  new
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:  2.3.3
Resolution:               |   Keywords:
      Port:  qtchooser    |
--------------------------+--------------------------------
Changes (by ryandesign@…):

 * priority:  High => Normal
 * keywords:  qt4-mac, qt5-mac =>
 * port:   => qtchooser


Old description:

> Please find attached a portfile with an initial set-up for qtchooser, the
> utility that makes it possible/easy to have Qt4 and Qt5 (and soon enough
> probably Qt6) installed in parallel. It replaces certain of the standard
> Qt binaries (like qmake) with links to itself, and then uses
> configuration files and (optional) arguments to determine what version of
> the binary in question is called.
>
> Thus, with qmake a symlink to qtchooser
>
> > qmake --version              # prints the version of the default Qt
> installation
> > qmake -qt=4 --version   # prints the version of the Qt4 installation
> > qmake -qt=5 --version   # prints the version of the Qt5 installation
>
> What's missing are the configuration files that will determine which Qt
> goes and is expected where, though I have given an upbeat by assuming
> that'd be ${prefix}/libexec/qtN .
>
> I hope this helps and brings the possibility to have concurrent qt4-mac
> and qt5-mac installs a step closer.

New description:

 Please find attached a portfile with an initial set-up for qtchooser, the
 utility that makes it possible/easy to have Qt4 and Qt5 (and soon enough
 probably Qt6) installed in parallel. It replaces certain of the standard
 Qt binaries (like qmake) with links to itself, and then uses configuration
 files and (optional) arguments to determine what version of the binary in
 question is called.

 Thus, with qmake a symlink to qtchooser

 {{{
 > qmake --version              # prints the version of the default Qt
 installation
 > qmake -qt=4 --version   # prints the version of the Qt4 installation
 > qmake -qt=5 --version   # prints the version of the Qt5 installation
 }}}

 What's missing are the configuration files that will determine which Qt
 goes and is expected where, though I have given an upbeat by assuming
 that'd be ${prefix}/libexec/qtN .

 I hope this helps and brings the possibility to have concurrent qt4-mac
 and qt5-mac installs a step closer.

--

-- 
Ticket URL: <https://trac.macports.org/ticket/46029#comment:1>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list