diff options
| author | rakuco <rakuco@FreeBSD.org> | 2018-01-29 19:45:43 +0800 |
|---|---|---|
| committer | rakuco <rakuco@FreeBSD.org> | 2018-01-29 19:45:43 +0800 |
| commit | 265d39a3a6bddec03ceef075ed007ea6496b37e3 (patch) | |
| tree | e89d5768ea9cbc2cef0192f9d302703de127365c /x11-fonts | |
| parent | bafd93217b83589eb0b7352384d70b76d58cf477 (diff) | |
| download | freebsd-ports-gnome-265d39a3a6bddec03ceef075ed007ea6496b37e3.tar.gz freebsd-ports-gnome-265d39a3a6bddec03ceef075ed007ea6496b37e3.tar.zst freebsd-ports-gnome-265d39a3a6bddec03ceef075ed007ea6496b37e3.zip | |
Add a patch to drop CMake calls to QT5_WRAP_CPP().
cmake/Utils.cmake already sets CMAKE_AUTOMOC to on.
Calling QT5_WRAP_CPP() used to be just redundant, as QUAZIP_MOC_SRC and
LIBQPSD_MOC_SRC were never actually added as source dependencies in
MacBuildTarget.cmake and UnixBuildTarget.cmake. In other words, CMake's own
automoc infrastructure was actually being used and the moc invocations from
QT5_WRAP_CPP() were not being made at all.
Starting with Qt 5.9.4, calling QT5_WRAP_CPP() disables the AUTOMOC property on
the macro's input files, which means neither CMake's automoc infrastructure not
QT5_WRAP_CPP()'s code were being used and we ended up with several 'undefined
reference to vtable' errors when linking.
Sent upstream: https://github.com/nomacs/nomacs/pull/187
PR: 225436
Diffstat (limited to 'x11-fonts')
0 files changed, 0 insertions, 0 deletions