如何在构build目标之外生成gccdebugging符号？
我知道我可以使用-g选项生成debugging符号。 但是符号embedded在目标文件中。 gcc能否在结果可执行文件/库之外生成debugging符号？ 像Windows VC ++编译器的.pdb文件一样。
您需要使用objcopy来分离debugging信息 ：
objcopy --only-keep-debug "${tostripfile}" "${debugdir}/${debugfile}" strip --strip-debug --strip-unneeded "${tostripfile}" objcopy --add-gnu-debuglink="${debugdir}/${debugfile}" "${tostripfile}" 我使用下面的bash脚本将debugging信息分隔成一个.debug目录下的扩展名为.debug的文件。 这样，我可以将库和可执行文件放在一个tar文件中，另一个放在.debug目录中。 如果我想稍后添加debugging信息，我只是简单地提取debuggingtar文件和瞧，我有象征性的debugging信息。
这是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}"
编译debugging信息：
gcc -g -o main main.c
分开debugging信息：
objcopy --only-keep-debug main main.debug
要么
cp main main.debug strip --only-keep-debug main.debug
从原始文件剥离debugging信息：
objcopy --strip-debug main
要么
strip --strip-debug --strip-unneeded main
通过debuglink模式进行debugging：
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
查看strip命令的“–on-keep-debug”选项。
从链接：
目的是这个选项将和–add-gnu-debuglink一起使用来创build一个两部分的可执行文件。 一个被剥离的二进制文件，它将占用RAM和分发空间较less的空间，另一个是仅在需要debuggingfunction时才需要的debugging信息文件。
注：使用高优化级别（-O3，-O4）编译的程序无论embedded（-g）或提取（objcopy）符号如何，都无法为优化variables，内联函数和展开循环生成许多debugging符号'.debug'文件。
替代方法是
a）将版本控制（VCS，git，svn）数据embedded到编译器优化的可执行文件（-O3，-O4）中。
b）构build可执行文件的第二个非优化版本。
第一个选项提供了一种方法来重新生成代码，以后再进行完整的debugging和符号。 无需优化即可重新构build原始生产代码，对debugging起到巨大的帮助作用。 （注意：这假定testing是用程序的优化版本完成的）。
您的编译系统可以创build一个加载了编译date，提交和其他VCS详细信息的.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
编译完程序之后，您可以使用命令： strings -a my_program | grep VCS查找代码的原始“提交” 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
剩下的就是检出原始代码，不进行优化就重新编译，然后开始debugging。
