我知道我可以使用-g选项生成调试符号。但是,符号将嵌入目标文件中。 gcc可以在结果可执行文件/库之外生成调试符号吗?就像Windows VC ++编译器的.pdb文件一样。
答案 0 :(得分:169)
您需要将 objcopy 用于separate the debug information:
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文件中的.debug目录中tar和库和可执行文件。如果我想稍后添加调试信息,我只需提取调试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}"
答案 1 :(得分:99)
使用调试信息进行编译:
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
通过调试链接模式调试:
objcopy --add-gnu-debuglink main.debug main
gdb main
您还可以分别使用exec文件和符号文件:
gdb -s main.debug -e main
或
gdb
(gdb) exec-file main
(gdb) symbol-file main.debug
有关详细信息:
(gdb) help exec-file
(gdb) help symbol-file
价:
https://sourceware.org/gdb/onlinedocs/gdb/Files.html#Files
https://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html
答案 2 :(得分:7)
查看strip命令的“--only-keep-debug”选项。
从链接:
目的是将此选项与--add-gnu-debuglink结合使用以创建两部分可执行文件。一个剥离的二进制文件占用RAM和分布中较少的空间,第二个是调试信息文件,仅在需要调试功能时才需要。
答案 3 :(得分:7)
注意:使用高优化级别(-O3,-O4)编译的程序无法为优化变量,内联函数和展开循环生成许多调试符号,无论嵌入符号(-g)还是提取符号(objcopy) )进入'.debug'文件。
替代方法
第一个选项提供了一种方法,可以在以后使用完整的调试和符号重建生产代码。能够在没有优化的情况下重新构建原始生产代码是调试的巨大帮助。 (注意:这假设测试是使用程序的优化版本完成的。)
您的构建系统可以创建一个.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
剩下的就是签出原始代码,重新编译而不进行优化,然后开始调试。
答案 4 :(得分:0)
到目前为止,没有答案提到eu-strip --strip-debug -f <out.debug> <input>
。
elfutils
包提供的。 <input>
文件中已删除调试符号,这些符号现在都位于<out.debug>
中。