如何在构建目标之外生成gcc调试符号?

你需要使用objcopy来分离调试信息:

objcopy --only-keep-debug "${tostripfile}" "${debugdir}/${debugfile}"
strip --strip-debug --strip-unneeded "${tostripfile}"
objcopy --add-gnu-debuglink="${debugdir}/${debugfile}" "${tostripfile}"

我使用下面的bash脚本将调试信息分离到.debug目录下扩展名为.debug的文件中。通过这种方式，我可以在一个tar文件中tar库和可执行文件，而在另一个tar文件中tar .debug目录。如果我想稍后添加调试信息，我只需提取调试tar文件，瞧，我就有了符号调试信息。

这是bash脚本:

#!/bin/bash


scriptdir=`dirname ${0}`
scriptdir=`(cd ${scriptdir}; pwd)`
scriptname=`basename ${0}`


set -e


function errorexit()
{
errorcode=${1}
shift
echo $@
exit ${errorcode}
}


function usage()
{
echo "USAGE ${scriptname} <tostrip>"
}


tostripdir=`dirname "$1"`
tostripfile=`basename "$1"`




if [ -z ${tostripfile} ] ; then
usage
errorexit 0 "tostrip must be specified"
fi


cd "${tostripdir}"


debugdir=.debug
debugfile="${tostripfile}.debug"


if [ ! -d "${debugdir}" ] ; then
echo "creating dir ${tostripdir}/${debugdir}"
mkdir -p "${debugdir}"
fi
echo "stripping ${tostripfile}, putting debug info into ${debugfile}"
objcopy --only-keep-debug "${tostripfile}" "${debugdir}/${debugfile}"
strip --strip-debug --strip-unneeded "${tostripfile}"
objcopy --add-gnu-debuglink="${debugdir}/${debugfile}" "${tostripfile}"
chmod -x "${debugdir}/${debugfile}"

检查带命令的"——only-keep-debug"选项。

从链接:

目的是这个选项将与——add-gnu-debuglink一起使用，以创建一个由两部分组成的可执行文件。一个是剥离的二进制文件，在RAM和发行版中占用的空间更少，第二个是调试信息文件，仅在需要调试能力时才需要。

使用调试信息编译:

gcc -g -o main main.c

分离调试信息:

objcopy --only-keep-debug main main.debug

或

cp main main.debug
strip --only-keep-debug main.debug

从原始文件中删除调试信息:

objcopy --strip-debug main

或

strip --strip-debug --strip-unneeded main

通过debuglink模式进行调试:

objcopy --add-gnu-debuglink main.debug main
gdb main

你也可以分别使用exec文件和symbol文件:

gdb -s main.debug -e main

或

gdb
(gdb) exec-file main
(gdb) symbol-file main.debug

详情:

(gdb) help exec-file
(gdb) help symbol-file

注意:使用高优化级别(-O3， -O4)编译的程序不能为优化的变量、内联函数和展开的循环生成许多调试符号，无论这些符号是嵌入(-g)还是提取(objcopy)到'.debug'文件中。

可供选择的方法有

1. 将版本控制(VCS, git, svn)数据嵌入到程序中，用于编译器优化的可执行文件(-O3， -O4)。
2. 构建第二个非优化版本的可执行文件。

第一个选项提供了一种在以后重新构建带有完整调试和符号的产品代码的方法。能够在不进行优化的情况下重新构建原始产品代码，这对调试有极大的帮助。(注意:这假设测试是用程序的优化版本完成的)。

构建系统可以创建一个.c文件，其中加载了编译日期、提交和其他VCS详细信息。下面是一个“make + git”的例子:

program: program.o version.o


program.o: program.cpp program.h


build_version.o: build_version.c


build_version.c:
@echo "const char *build1=\"VCS: Commit: $(shell git log -1 --pretty=%H)\";" > "$@"
@echo "const char *build2=\"VCS: Date: $(shell git log -1 --pretty=%cd)\";" >> "$@"
@echo "const char *build3=\"VCS: Author: $(shell git log -1 --pretty="%an %ae")\";" >> "$@"
@echo "const char *build4=\"VCS: Branch: $(shell git symbolic-ref HEAD)\";" >> "$@"
# TODO: Add compiler options and other build details


.TEMPORARY: build_version.c

程序编译后，可以使用命令:strings -a my_program | grep VCS找到代码的原始“提交”

VCS: PROGRAM_NAME=my_program
VCS: Commit=190aa9cace3b12e2b58b692f068d4f5cf22b0145
VCS: BRANCH=refs/heads/PRJ123_feature_desc
VCS: AUTHOR=Joe Developer  joe.developer@somewhere.com
VCS: COMMIT_DATE=2013-12-19

剩下的工作就是检出原始代码，在不进行优化的情况下重新编译，并开始调试。

到目前为止，没有答案提到eu-strip --strip-debug -f <out.debug> <input>。

• 这是由elfutils包提供的。
• 结果将是<input>文件被剥离了调试符号，这些符号现在都在<out.debug>中。