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

mqkwyuun  于 2023-10-19  发布在  其他
关注(0)|答案(5)|浏览(104)

我知道我可以使用-g选项生成调试符号。但是,该符号会嵌入到目标文件中。gcc可以在结果可执行文件/库之外生成调试符号吗?就像windows VC++编译器的.pdb文件一样。

bf1o4zei

bf1o4zei1#

您需要使用 objcopyseparate 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文件中,将.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}"
uqzxnwby

uqzxnwby2#

带调试信息编译:

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

参考编号:
https://sourceware.org/gdb/onlinedocs/gdb/Files.html#Files www.example.com

xzv2uavs

xzv2uavs3#

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

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

icnyk63a4#

注意:使用高优化级别(-O3,-O 4)编译的程序不能为优化变量、内联函数和展开循环生成许多调试符号,无论这些符号是嵌入(-g)还是提取(objcopy)到".debug“文件中。
替代方法有
1.在程序中嵌入版本控制(SVN,git,svn)数据,用于编译器优化的可执行文件(-O3,-O 4).
1.构建可执行文件的第二个非优化版本。
第一个选项提供了一种在以后重新构建生产代码的方法,其中包含完整的调试和符号。能够重新构建原始的生产代码而不进行优化,这对调试有很大的帮助。(注:这假设测试是使用程序的优化版本完成的)。
您的构建系统可以创建一个加载了编译日期、提交和其他详细信息的.c文件。下面是一个“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

在程序编译完成后,你可以使用命令找到你的代码的原始“commit”: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  [email protected]
VCS: COMMIT_DATE=2013-12-19

剩下的就是 checkout 原始代码,重新编译而不进行优化,然后开始调试。

x759pob2

x759pob25#

查看strip命令的“--only-keep-debug”选项。
从链接:
目的是这个选项将与--add-gnu-debuglink结合使用,以创建一个由两部分组成的可执行文件。一个是剥离的二进制文件,它将在RAM和发行版中占用较少的空间,第二个是调试信息文件,只有在需要调试能力时才需要。

相关问题