Remove the webkit/webengine-wxneeded hack in cmComputeLinkInformation.cxx
and add USE_WXNEEDED=Yes to all cmake webkit/webengine consumer.
Background knowledge about the "hack":
It searches for webkit/webengine (lower-case search) in all link-entries for
EXECUTABLE/SHARED_LIBRARY targets. If the search match it adds
"-Wl,-z,wxneeded".
Feedback, help and OK sthen@ Thanks!
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
https://bugreports.qt.io/browse/QTCREATORBUG-23818
Qt Creator analyzes the libQt5Core.so to determine the ABI version. Because of
our own shared lib version handling/pattern, Qt Creator fails with the
determination. This is a very simple fix patch to unbreak the Qt-ABI detection.
there may be some missing as my unpacked ports source is a little out of date
but this should catch the main things people might run into
the struct was reordered a second time in sysctl.h r1.192 to improve
compatibility but amd64 snapshot packages made it out before that happened
so the bumps are still needed
Since the last qt-creator update qmake don't respect USE_SYSTEM_BOTON. It looks
like QBS build only supports this.
- revert r1.43
- add patches to take system botan2 with qmake
Spotted by espie@ in a new bulk. Thanks!
It looks like qtcreator wants to build botan which needs python, even though
USE_SYSTEM_BOTAN is set. Nevertheless I do not see any use of botan.
Let's unbreak the bulk build
Spotted by ajacoutot@
