3346021972
This took longer than expected, but there are quite a few changes to the existing ports and a few new ones. General upstream changes: - Starting with Qt 5.6.2, Qt will fail at configuration time if LibreSSL is being used. According to the discussion here: https://codereview.qt-project.org/#/c/154800/ The Qt project is not opposed to LibreSSL, but does not want to mix support for it into the OpenSSL backend code, especially as they move towards supporting OpenSSL 1.1. People interested in LibreSSL support are welcome to submit a separate backend upstream, but are expected to maintain it. We (kde@) are not opposed to carrying some patches authored by others in the future, as long as they are not huge and destabilizing. - When Qt detects the compiler supports C++11, it will pass -std=gnu++11 by default (this is an upstream change). You can add "CONFIG -= c++11" to your .pro. Qt 5.7 will require C++11. - www/webkit-qt5: The QtWebKit module is deprecated upstream, and is shipped separately as a community release tarball. kde@ does not have an ETA for a qt5-webengine port, as it requires a huge effort (and number of patches) similar to maintaining www/chromium itself. - x11-toolkits/qt5-declarative has been deprecated upstream. The last release is 5.5.1. Relevant changes: - devel/qmake5: The freebsd-clang mkspec has become the default mkspec on FreeBSD, replacing the outdated freebsd-g++ one that was moved to unsupported/ (it still works though). - devel/qt5-qdoc: qdoc was moved to qttools upstream, but its data files are still in qtbase. The data files are now in the qt5-qdoc-data port. - misc/qt5-doc: Clean up and stop requiring a compiler and fumbling with mkspecs. Instead of running the `configure' script, which requires a compiler and adjustments to the mkspecs files and also ends up building a new qmake binary, we now leverage USES=qmake to generate all the Makefiles from the top-level qt.pro. Getting this to work requires some tricks, though, and qt.conf.in has a longer explanation of what's being done. Switch to USES=gmake to be able to drop MAKE_JOBS_UNSAFE=yes. New ports: - comms/qt5-serialbus - devel/qt5-qdoc-data - x11-toolkits/qt5-quickcontrols2 Big thanks to Adriaan de Groot (groot@kde.org), tcberner@ and Loise Nolden (nolden@kde.org) for the huge amount of work they put into this patch. Loise in particular also sent quite a few changes upstream that were essential for this update to work. PR: 211916
46 lines
1.4 KiB
Makefile
46 lines
1.4 KiB
Makefile
# $FreeBSD$
|
|
|
|
PORTNAME= qbs
|
|
PORTVERSION= 1.6.0
|
|
DISTVERSIONPREFIX= src-
|
|
PORTREVISION= 1
|
|
CATEGORIES= devel
|
|
MASTER_SITES= QT/official_releases/${PORTNAME}/${PORTVERSION}
|
|
DIST_SUBDIR= KDE/Qt/qbs
|
|
|
|
MAINTAINER= kde@FreeBSD.org
|
|
COMMENT= Qt Build Suite
|
|
|
|
LICENSE= GPLv3 LGPL21
|
|
LICENSE_COMB= dual
|
|
|
|
USES= compiler:c++11-lib qmake:outsource
|
|
USE_GL= gl
|
|
USE_LDCONFIG= yes
|
|
USE_QT5= buildtools_build core concurrent gui network script testlib \
|
|
widgets xml
|
|
|
|
QMAKE_SOURCE_PATH= ${WRKSRC}/qbs.pro
|
|
|
|
OPTIONS_DEFINE= DOCS
|
|
DOCS_USE= QT5=help_build,qdoc_build,sql-sqlite3_build
|
|
OPTIONS_DEFAULT= ${OPTIONS_DEFINE}
|
|
|
|
ALL_TARGET= all
|
|
INSTALL_TARGET= install
|
|
|
|
DOCS_ALL_TARGET= docs
|
|
DOCS_INSTALL_TARGET= install_docs
|
|
|
|
pre-configure:
|
|
# We piggyback on QMAKE_LIBDIR_FLAGS to make sure -L${WRKSRC}/lib is passed to
|
|
# the linker before -L/usr/local/lib. By default, the opposite happens, which
|
|
# is a problem when a Qt port is being upgraded, since an existing library
|
|
# would end up being picked up instead of those built in ${WRKSRC}/lib. Since
|
|
# qmake appends the value of QMAKE_LIBDIR to QMAKE_LIBDIR_FLAGS, we can use the
|
|
# latter to get the linker path order right. qmake is smart enough to strip
|
|
# occurrences of ${WRKSRC}/lib from .pc and .prl files when installing them.
|
|
# See QTBUG-40825 and ports bugs 194088, 195105 and 198720.
|
|
${ECHO_CMD} 'QMAKE_LIBDIR_FLAGS = -L${WRKSRC}/lib' >> ${WRKSRC}/.qmake.cache
|
|
|
|
.include <bsd.port.mk>
|