$ make install WITH_DEBUG=
===> Installing for qt5-declarative-5.12.2_1
===> Checking if qt5-declarative is already installed
===> Registering installation for qt5-declarative-5.12.2_1
pkg-static: Unable to access file /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/stage/usr/local/lib/qt5/libQt5Qml.so.5.12.2.debug:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/stage/usr/local/lib/qt5/libQt5Quick.so.5.12.2.debug:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/stage/usr/local/lib/qt5/libQt5QuickParticles.so.5.12.2.debug:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/stage/usr/local/lib/qt5/libQt5QuickShapes.so.5.12.2.debug:No such file or directory
Full build log: https://reviews.freebsd.org/P307
This seems to affect all ports that use qmake as a build system (i.e. not the ports that use CMake and have USES=qmake).
Even though qmake is invoked with CONFIG+=debug and QT_CONFIG+='debug separate_debug_info', /usr/local/lib/qt5/mkspecs/qconfig.pri has "separate_debug_info" in QT.global.disabled_features, so the qtConfig(separate_debug_info) check in /usr/local/lib/qt5/mkspecs/qt_common.prf will fail.
Adding "separate_debug_info" to
QMAKE_ARGS+= CONFIG+="debug separate_debug_info" \
in Uses/qmake.mk, but it might break pkg-plist in ports that don't have separate .debug entries for their libraries.
A commit in branch main references this bug:
Author: Adriaan de Groot <adridg@FreeBSD.org>
AuthorDate: 2021-05-03 20:47:44 +0000
Commit: Adriaan de Groot <adridg@FreeBSD.org>
CommitDate: 2021-05-04 23:10:26 +0000
Uses/qmake.mk: fix build WITH_DEBUG
When setting WITH_DEBUG, separate debuginfo was **not** created,
although the plists for most Qt5 ports list separate debuginfo.
Take a suggestion from rakuco@ and run with it. I rebuilt all the
ports with USES=qmake and none had issues with separate debuginfo.
No general PORTREVISION bump because the packages in most cases
do not change with default options, and WITH_DEBUG would have
failed to package anyway.
Reported by: jbeich
Mk/Uses/qmake.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Raphael's suggestion was straightforward, and building a few hundred ports that use qmake this way gave me no errors with plist that weren't strip(1)'s fault, so I've pushed it (so now WITH_DEBUG builds **do** work, where before they didn't)