web-dev-qa-db-ja.com

ビルドターゲットの外部でgccデバッグシンボルを生成する方法

-gオプションを使用してデバッグシンボルを生成できることは知っています。ただし、シンボルはターゲットファイルに埋め込まれます。 gccは結果の実行可能ファイル/ライブラリの外にデバッグシンボルを生成できますか？ Windows VC++コンパイラの.pdbファイルのように。

gccdebuggingpdb-files
165
kcwu

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ファイルの.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}"
172
lothar

デバッグ情報でコンパイル：

gcc -g -o main main.c

デバッグ情報を分離します：

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

または

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

Originファイルからのデバッグ情報の除去：

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#Fileshttps://sourceware.org/gdb/onlinedocs/gdb/Separate -Debug-Files.html

102
herodot

注：高最適化レベル（-O3、-O4）でコンパイルされたプログラムは、シンボルの埋め込み（-g）または抽出（objcopy）に関係なく、最適化変数、インライン関数、展開されたループの多くのデバッグシンボルを生成できません。 「.debug」ファイル。

別のアプローチは

  1. コンパイラーに最適化された実行可能ファイル（-O3、-O4）のために、バージョン管理（VCS、git、svn）データをプログラムに埋め込みます。
  2. 最適化されていない2番目のバージョンの実行可能ファイルをビルドします。

最初のオプションは、後日、完全なデバッグとシンボルを使用して製品コードを再構築する手段を提供します。最適化なしで元の量産コードを再構築できることは、デバッグに非常に役立ちます。 （注：これは、テストがプログラムの最適化バージョンで行われたことを前提としています）。

ビルドシステムは、コンパイル日、コミット、およびその他の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

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

残っているのは、元のコードをチェックアウトし、最適化せずに再コンパイルし、デバッグを開始することだけです。

8
J Jorgenson

strip コマンドの「--only-keep-debug」オプションを確認してください。

リンクから：

意図は、このオプションを--add-gnu-debuglinkと組み合わせて使用​​して、2部構成の実行可能ファイルを作成することです。 1つはRAMおよびディストリビューションで占有するスペースが少ないストリップバイナリで、2つ目はデバッグ機能が必要な場合にのみ必要なデバッグ情報ファイルです。

8
Lance Richardson