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

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

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

编译调试信息：

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文件和符号文件：

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命令的“ --only-keep-debug”选项。

从链接：

目的是将此选项与--add-gnu-debuglink一起使用，以创建一个两部分可执行文件。一个是剥离的二进制文件，它将在RAM和分配中占用较少的空间，第二个是调试信息文件，仅在需要调试功能时才需要。

注意：使用高优化级别（-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>。