빌드 대상 외부에서 gcc 디버그 기호를 생성하는 방법은 무엇입니까?


176

-g 옵션을 사용하여 디버그 기호를 생성 할 수 있다는 것을 알고 있습니다. 그러나 기호는 대상 파일에 포함됩니다. gcc가 결과 실행 파일 / 라이브러리 외부에서 디버그 기호를 생성 할 수 있습니까? Windows VC ++ 컴파일러의 .pdb 파일처럼.

답변:


184

디버그 정보분리 하려면 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하고 다른 tar 파일에서 .debug 디렉토리를 tar 할 수 있습니다. 나중에 디버그 정보를 추가하려면 디버그 tar 파일을 추출하면 voila에 상징적 인 디버그 정보가 있습니다.

이것은 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}"

8
프로덕션에 문제가 있고 gdb로 프로세스를 첨부해야하는 경우 디버그 기호 파일을 GDB에 제공 할 수 있습니까? 그렇다면 어떻게해야합니까? thnx
yves Baumes 2:15에

3
@yves Baumes .debug 파일이있는 .debug 디렉토리를 프로덕션 박스에 추가하면 GDB가 선택해야합니다. 디버그 세션 후에 다시 제거 할 수 있습니다.
lothar 2016 년

예를 들어 @Lance Richardson 답변 의견을 참조하십시오.
GuruM

7
원래 바이너리 (예 : stripped binary + .debug 파일 = 원래 바이너리)를 복원 할 수 있습니까?
Paul Praet

1
--build-id링커 옵션 을 생략하는 데 문제가 있습니까?
jww

110

디버그 정보로 컴파일하십시오.

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
그리고 objcopy --add-gnu-debuglink main main.debug생성 된 디버그 파일의 이름과 체크섬을 포함시키는 데 사용해야 합니다. 이 경우 gdb는 몇몇 배포 종속 위치에서 디버그 코드 자체를 찾으려고 시도하며 더 이상 -s 옵션이 필요하지 않습니다.
Lothar

9

strip 명령 의 "--only-keep-debug"옵션을 확인하십시오 .

링크에서 :

이 옵션은 --add-gnu-debuglink와 함께 사용되어 두 부분으로 된 실행 파일을 만드는 것입니다. 하나는 RAM과 분산에서 더 적은 공간을 차지하는 제거 된 이진 파일이고, 다른 하나는 디버깅 기능이 필요한 경우에만 필요한 디버깅 정보 파일입니다.


1
예, 시도했습니다 : gcc -ggdb -o test test.c; cp test test.debug; strip --only-keep-debug test.debug; 스트립 테스트; objcopy --add-gnu-debuglink = test.debug 테스트; 그런 다음 테스트를 디버그
해도됩니다.

8

참고 : 최적화 수준 (-O3, -O4)으로 컴파일 된 프로그램은 심볼이 포함 (-g)되거나 추출 (objcopy) 된 심볼에 관계없이 최적화 된 변수, 인라인 함수 및 언롤 된 루프에 대해 많은 디버깅 심볼을 생성 할 수 없습니다. '.debug'파일.

다른 접근법은

  1. 컴파일러 최적화 실행 파일 (-O3, -O4)을 위해 버전 관리 (VCS, git, svn) 데이터를 프로그램에 포함시킵니다.
  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  joe.developer@somewhere.com
VCS: COMMIT_DATE=2013-12-19

남은 것은 원래 코드를 체크 아웃하고 최적화없이 다시 컴파일하고 디버깅을 시작하는 것입니다.


3
-O4존재하지도 않습니다.
Hi-Angel

3
죄송합니다. '-cc'일 수도있는 'suncc'일 수 있습니다. gcc4.4.7 -O 옵션에 대한 링크는 다음과 같습니다. gcc.gnu.org/onlinedocs/gcc-4.4.7/gcc/…
J Jorgenson

3
이것은 쉽게 재현 할 수없는 코어 덤프를 해석하려는 일반적인 문제는 해결하지 못합니다. 이 답변의 조언은 적절 하지만 질문을 다루지는 않습니다.
David Rodríguez-dribeas

4

지금까지 언급 된 답변이 없습니다 eu-strip --strip-debug -f <out.debug> <input>.

  • 이것은 elfutils패키지 로 제공됩니다 .
  • 결과적으로 <input>파일이 모두 디버그 기호로 제거되었습니다 <out.debug>.
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.