This removes support of separate qmake versions in one port: as we
discovered, there are no ports actually needing this; strangers like
print/poppler don't use qmake in build.
This should be transparent to current ports. But expect more tweaks there:
for now, qt?.port.mk forces qmake.port.mk inclusion, but that will be
reworked to a more common scheme.
Same idea from (at least) espie@ and me; also, espie@ agrees on the plan.
an opt-in. Actual qmake-based ports will be switched on case-by-case
basis in the near future.
Unslacking after discussion with at least naddy@ & espie@ from... 2014?!
Oh my.
Similar feature existed in qt4 port, but was lost during Qt5 porting.
Inspired by conversation with Caspar Schutijser, should help him on
updating Qt Creator port.
resolution of symbols. It does guard with #ifdefs but since it doesn't
record a hard dependency on the libssl version, an installed package
doesn't automatically get updated to a newer version that notices the
change, so bump qt5's REVISION-main to force an update.
It does fallback sensibly (no crash, just a Warning printf), but since
the change to headers results in a code change to Qt, we need to bump.
Noticed while testing the otter-browser udpate.
/usr/include in favor of /usr/local/lib/gcc ones by Qt5: now it
helps all qmake-qt5-based software as well.
Fixes problems aja@ was seeing with games/gottcode/tanglet at least.
* Add missing Qt5Designer in WANTLIB-examples;
* Add a gross hack for pkgconfig files being generated to avoid
value of WRKBUILD mentioned in them;
* Unhide dependency on geo/geoclue (used by Qt5Location).
* Replace gross hack named post-configure with a qmake_all target call
before building documentation. The downside is that rebuild part will
run in a single process mode; the upside is that qdoc, qhelpgenerator
and anyone else will work as intended, without need of explicit
Qt build modules tweaking.
* Move a few files to -examples. QCounter sensor plugin is commented out
as it doesn't get installed in case qmake is rerun (see above). It looks
like this file shouldn't be installed in the first place, but I'm not
sure, thus using @comment for now.
Documentation building will be disabled until the issue seen by naddy@ gets
fixed.
Qt5 documentation, is always picked up from build directory.
Remove IGNORE-qch as things should build fine again (unless a problem naddy@
seen today is unrelated).
* Builds fine when another version being installed;
* Start building documentation, HTML generator bug was fixed (patch is
waiting for inclusion upstream);
This update do NOT include QtWebEngine: it relies on building from
Chromium sources (bundled with Qt5) and is a real pain to proceed; so lets
concentrate on what we already have.
All dependant ports are checked by building and running.
Similar (but less invasive) patch was done for Qt4 as well. There is no
valid point for allowing Qt5 to look at many other places, which could
happen be accessible by unauthorized users by occasion, thus we hardcode
the /etc/ssl/ as the only vaild place.
The code looks like initially developed for iOS, but compiles perfectly
on OpenBSD as well. No reason to avoid another hardening that comes
for free, right?
