[MacPorts] #52922: qt5 @5.6.2_0: build errors on 10.7
MacPorts
noreply at macports.org
Sun Nov 20 10:34:37 CET 2016
#52922: qt5 @5.6.2_0: build errors on 10.7
-------------------------------------------------+-------------------------
Reporter: mojca | Owner:
| MarcusCalhoun-Lopez
Type: defect | Status: new
Priority: Low | Milestone:
Component: ports | Version:
Resolution: | Keywords: lion
Port: qt5 qt5-qtdoc qt5-qtmultimedia |
qt5-qtserialbus qt5-qtwebengine qt5 |
-qtwebengine-docs qt5-qtwebkit qt5-qtwebkit- |
docs qt5-qtwebview qt5-qtwebview-docs |
-------------------------------------------------+-------------------------
Comment (by RJVB):
QtSerialBus and QtWebKit both require C++11; QtWebEngine might be in the
same boat but apparently no one verified that for other reasons (see
below).
Suppose these two ports indeed build with the cxx11 PortGroup, on libc++
enabled platforms. Wouldn't that mean that all their Qt dependencies also
need to be built that way?
I think QtWebEngine is a lost cause, and that probably doesn't even depend
on Qt but on Chromium (QtWebEngine is essentially Google Chrome without
all the Google bits and with a thin Qt coat over it). It's in very rapid
development; 5.7.0 already failed to build on OS X 10.9 which will
supposedly be fixed in 5.7.1 but I kind of foresee that 5.8 may require at
least 10.10 .
I'm beginning to think that QtWebEngine should be getting its own port. It
certainly is large enough not to have anything of a "sub" port. Splitting
it off would also be very useful in light of the foreseen introduction of
port:qt5-kde but above all it will make it easier to turn it into a multi-
versioned port that provides the latest supported version on each of the
supported OS versions.
I think it may be a bit easier to split off the qtwebengine subport from
my qt5-kde port (qtwebengine has nothing KDE-specific) so if Marcus agrees
I can make up a draft which could include a 5.5.1 set-up for OS X 10.7 .
The question is how many *dependents* will work with QWE 5.5x and for how
long, but we'll just have to see that. There should always be the choice
to keep those on a version that still uses QtWebKit.
--
Ticket URL: <https://trac.macports.org/ticket/52922#comment:1>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list