24 Commits

Author SHA1 Message Date
cwen
6309a2bb3b qt5.port.mk: change COMPILER
Move it to "base-clang ports-gcc" and bump REVISION accordingly.
This unbreaks Qt5-related binaries runtime on macppc.

OK sthen@
2019-03-08 20:00:39 +00:00
cwen
da67aaa1d3 qt5.port.mk: add "MODQT5_COMMENT" SUBST_VAR
.qmlc and .jsc files cannot be built on !x86, breaking the packaging of
a few x11/qt5 subports on these archs. We're introducing here
MODQT5_COMMENT in a similar way to what python does with MODPY_COMMENT.

Tested on macppc amd amd64. Hints by George Koehler and landry@,
proposed by sthen@ (thanks you all!), applied by me.

OK landry@ rsadowski@
2019-03-08 12:43:29 +00:00
rsadowski
e2edb9732f add MODQT5_LUPDATE and MODQT_LUPDATE 2018-08-26 11:14:15 +00:00
rsadowski
8cda375ab0 Respect CC/CXX 2018-06-15 17:31:14 +00:00
rsadowski
7b4e35a1b8 Update Qt to 5.9.4
Notable port changes:

- s/MODQT5_USE_GCC4_MODULE/MODQT5_USE_CXX11/
- Zap SHARED_LIBS += Qt5EglDeviceIntegration (Lost, long time ago)
- Regen some WANTLIB
- Shared bump in qtdeclarative (New symbols)
- Update Homepage

Changelog:

https://blog.qt.io/blog/2018/01/23/qt-5-9-4-released/

"commitski" landry@
2018-01-25 15:02:25 +00:00
landry
8b22f75d87 Update _MODQT5_CMAKE_PKGS with new qt5 modules so that they're found
properly by cmake.
discussed with/ok rsadowski@
2017-11-07 20:32:20 +00:00
jca
e9ceacf082 Stop overriding LINK_C/LINK, and tweak comments
Overriding LINK breaks libtool commands, spotted in a wip gpgme update
by rsadowski@.  bulk test by ajacoutot@, ok rsadowski@
2017-11-05 08:16:25 +00:00
rsadowski
d9e5f22fdf Update Qt5 to 5.9.2 bugfix release.
Release note:
https://blog.qt.io/blog/2017/10/06/qt-5-9-2-released/

bulk by naddy@ (Thanks a lot)
2017-10-24 10:12:19 +00:00
zhuk
8ac2782675 Update from Qt 5.6.2 (LTS) to Qt 5.9.1 (LTS).
Tested with both GCC and CLang (less through).

This forces updating x11/py-qt5, which forces update of devel/py-sip,
which forces update of x11/py-qt4, but, thankfully, no breakage detected.
2017-07-17 08:34:37 +00:00
espie
cc5bc426ed switch everything to new COMPILER idiom, even stuff that won't build with clang
yet, but at least that part is done.
2017-05-31 08:08:15 +00:00
espie
0ab0c09554 first batch of WANT_CXX 2017-05-13 09:49:50 +00:00
zhuk
99b8e07710 Resolve conflicts after Qt 5.6.2 import. 2016-12-25 14:18:55 +00:00
jca
12d284b187 Add an abstraction for the lrelease Qt tool
ok sthen@ zhuk@
2016-05-18 19:12:22 +00:00
zhuk
ed298848a3 Zap more lines from qmake-based ports by moving them from
the "MODULES=x11/qtX + CONFIGURE_STYLE=qmake" logic to
the "MODULES=devel/qmake x11/qtX" logic.

Discussed with espie@ a few weeks ago.
2016-03-26 20:37:34 +00:00
zhuk
3b286ff983 Switch to a separate qmake.port.mk. Simplifies logic a lot.
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.
2016-03-10 17:45:11 +00:00
zhuk
7a14b38014 Don't use MAKE_FILE, but hardcode Makefile instead: that's what qmake
actually generates, and some tricky ports like games/gambatte fail when
qmake-specific part tries to use MAKE_FILE variable.
2016-03-09 16:54:28 +00:00
zhuk
ca0f46bce1 Unbreak the case of USE_SYSTRACE=Yes: we tried to run under systrace
always, and bsd.port.mk invokes systrace for us already when in do-build
or do-install target.
2016-03-07 10:13:32 +00:00
zhuk
bac221c6eb Add support for CONFIGURE_STYLE=qmake. No ports affected, since this is
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.
2016-03-06 23:59:51 +00:00
zhuk
b958c69f87 Zap forgotten ".if", and tweak whitespace while there. 2014-12-11 17:45:04 +00:00
zhuk
2848bc103a Use existing _MODQT5_SETUP insted of inventing new variable.
No functional change.
2014-12-11 17:39:03 +00:00
zhuk
24a406099e Fix usage of Qt5 from CMake.
CMake files are not installed in ${PREFIX}/lib anymore; instead,
the qt5.port.mk will provide necessary environment variables to help
CMake to find the Qt5 packages.

Not connected to build, so no bump.
2014-12-11 13:24:27 +00:00
zhuk
b6aeff45c7 Allow to avoid automatic addition of gcc4 to MODULES.
This is needed in some very complicated cases (hi, Poppler!).
2014-12-10 20:11:03 +00:00
zhuk
055de4438b Since Qt5 is built with eg++, force gcc4 in MODULES for dependant ports.
There are no such in CVS yet, so no actual change.
2014-12-09 12:38:06 +00:00
zhuk
96feb7792a Import Qt 5.3.2.
Qt is a full development framework with tools designed to streamline
the creation of applications and user interfaces for desktop,
embedded, and mobile platforms.

This port is not enabled yet, because some ports will pick up Qt5
instead of Qt4, breaking build. Those will be fixed separately soon.

There are some non-critical things left to do:

1. Support for OpenBSD sensors framework.
2. V4L2 support.
3. -L${LOCALBASE}/* could come before -L${WRKBUILD}/* when linking is
   done across Qt module boundaries. This means that builds of Qt 5.y
   while having Qt 5.x installed (x < y) will be busted.

Volunteers are welcome to come in and help fixing those problems.

Last note: don't even try to build "debug" FLAVOR unless you know
what you're doing and you have about 20GB of free space. You've
been warned.

landry@ agrees on continuing working in-tree
2014-12-08 20:33:38 +00:00