re: port-amd64/50128: amd64 debug build lacks kernel debug symbols

[matthew green <mrg%eterna.com.au@localhost>]

The following reply was made to PR port-amd64/50128; it has been noted by GNATS.

From: matthew green <mrg%eterna.com.au@localhost>
To: port-amd64-maintainer%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
    netbsd-bugs%netbsd.org@localhost, gnats-bugs%NetBSD.org@localhost,
    Andreas Gustafsson <gson%gson.org@localhost>
Cc: 
Subject: re: port-amd64/50128: amd64 debug build lacks kernel debug symbols
Date: Thu, 06 Aug 2015 09:55:16 +1000

 > yeah - that's a problem.  we don't want to have debug info in the
 > actual kernel itself, so perhaps we should also have a way to have
 > this file installed into /usr/libdata/debug/netbsd.debug, with a
 > patch to the Makefile.kern.inc generate it in the obj dir, but i'm
 > not sure how works for updating or sysinst choosing a kernel from
 > a list..
 
 actually, we could do this.
 
 say the kernel list is GERNERIC and INSTALL.  when we link a
 kernel, we include the kernel configuration name in the
 debug info file.  so, we'd end up with:
 
 	/usr/libdata/debug/netbsd.GENERIC.debug
 	/usr/libdata/debug/netbsd.INSTALL.debug
 
 files in the installation, and using the --add-gnu-debuglink
 option to objcopy when creating the "netbsd" file file (the
 rule that currently copies it out of netbsd.gdb.)
 
 this would work great, with some major caveat.  the build
 currently creates sets before kernels, so we'd have to push
 the set creation phase *after* kernels phase.
 
 which is sort of annoying, in that we have to now build all
 the kernels to build "distribution sets", which is the
 currently fastest way to obtain a fresh set of just userland.
 
 hmmm.
 
 
 .mrg