On Sat, Mar 21, 2020 at 08:06:21AM +0100, Rafael Sadowski wrote: > Hi ports! > > Landry said "iirc so far cmake failed to provide useful debugging syms, > so i dont see the point ofadding DEBUG_PACKAGES if they're not helpful." > > That's probably because we're building a "Release" type and not a > release with debug informations (RelWithDebInfo). > > I have not tested it any further but maybe this is a good starting > point.
sadly, it's been discussed/tried before, and things arent that simple. Iirc cmake strips binaries directly unless RelWithDebInfo is passed, but some cmake consumers try to detect RelWithDebInfo and do different things if so (see for example https://github.com/qgis/QGIS/blob/master/CMakeLists.txt#L600) and thus that provides different binaries to the ones with Release. With qgis i know the packages/binaries were way larger. so either one would have to go through each cmake consumer to patch out this (ugh) or we stay with Release, and twist cmake's arm behind its back to avoid stripping binaries, letting this job to the existing ports infra triggered by DEBUG_PACKAGES. Landry
