Created attachment 268520 [details] patch to update emulators/ppsspp to version 1.20.1 in ports tree
Port have: devel/libchdr print/freetype2 graphics/nanosvg Why do use bundled versions? Porters handbook recommends unbundling libraries, especially if they already exist in ports.
graphics/glslang graphics/spirv-cross devel/rapidjson
(In reply to Vladimir Druzenko from comment #2) Re bundled vs shared libs. None of the listed ports/packages have an associated cmake USE_SYSTEM option in PPSSPP's CMakeLists, and without patching, PPSSPP will not get past the ninja configuration stage, much less build. 3 of those 6 bundled dependencies are in addition not based on upstream but on forks maintained by the primary PPSSPP dev: freetype glslang nanosvg (In fairness, the commits to forked freetype and glslang appear to be cmake build-related, but commit 478dbb8 does alter forked nanosvg behavior to make SVG group IDs override shape IDs and is therefore more likely to break PPSSPP or cause unexpected runtime behavior if the port version is used). For every dependency where an option to USE_SYSTEM and create a LIB_DEPENDS was available, it was used. While it might be possible to patch the upstream sources to force linking against system libs provided by ports/packages, for these 6 dependencies, PPSSPP devs intended for it to be built with bundled libs at the fixed versions (or forked sources) specified. Could build against linked libraries provided by ports/packages be made to work even when not supported by PPSSPP's cmake build options? Probably, unless even minor version mismatches would break PPSSPP build or introduce runtime bugs. But that seems like a lot of work and maintenance headache to meet a philosophical preference rather than a blocking rule. Break. Qt5 has reached EOL and may be removed from Ports sometime after the final planned maintenance release in June 2026. It might be worth removing the emulators/ppsspp-qt5 slave port and modifying this emulators/ppsspp port to remove Qt5 GUI related options from the Makefile. I can submit an updated patch that accomplishes these tasks, or wait until Qt5 is formally removed from the Ports tree.
Created attachment 268603 [details] emulators/ppsspp: update to 1.20.1; remove deprecated Qt5 GUI option and slave port emulators/ppsspp: update to 1.20.1 release. emulators/ppsspp-qt5: delete deprecated Qt5 GUI option due to Qt5 EOL.