Como gerar símbolos de depuração gcc fora do alvo build?
Pergunta
Eu sei que pode gerar símbolos de depuração usando a opção -g. No entanto, o símbolo é embeded no arquivo de destino. Poderia GCC gerar símbolos de depuração fora o resultado executável / biblioteca? Como arquivo.pdb de janelas compilador VC ++ fez.
Solução
Você precisa usar objcopy para separar as informações de depuração :
objcopy --only-keep-debug "${tostripfile}" "${debugdir}/${debugfile}"
strip --strip-debug --strip-unneeded "${tostripfile}"
objcopy --add-gnu-debuglink="${debugdir}/${debugfile}" "${tostripfile}"
Eu uso o script bash abaixo para separar as informações de depuração em arquivos com uma extensão .debug em um diretório .debug. Dessa forma eu posso tar as bibliotecas e executáveis ??em um arquivo tar e os diretórios .debug em outro. Se eu quiser adicionar a informação de depuração mais tarde eu simplesmente extrair o arquivo de depuração alcatrão e voila Tenho informações de depuração simbólica.
Este é o script 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}"
Outras dicas
Compilar com informações de depuração:
gcc -g -o main main.c
Separar as informações de depuração:
objcopy --only-keep-debug main main.debug
ou
cp main main.debug
strip --only-keep-debug main.debug
Faixa de informações de depuração do arquivo de origem:
objcopy --strip-debug main
ou
strip --strip-debug --strip-unneeded main
depuração modo debuglink:
objcopy --add-gnu-debuglink main.debug main
gdb main
Você também pode usar o arquivo exec e arquivo de símbolo separatly:
gdb -s main.debug -e main
ou
gdb
(gdb) exec-file main
(gdb) symbol-file main.debug
Para mais detalhes:
(gdb) help exec-file
(gdb) help symbol-file
Ref:
https://sourceware.org/gdb/onlinedocs/gdb/Files.html#Files
https://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug -Files.html
Confira a opção "--only-keep-debug" do tira comando.
A partir do link:
A intenção é que esta opção será usado em conjunto com --add-gnu-debuglink para criar um executável duas partes. Um um binário despojado que vai ocupar menos espaço na RAM e em uma distribuição eo arquivo de informações de depuração segundo a qual só é necessário se são necessárias habilidades de depuração.
Nota: Os programas compilados com altos níveis de optimização (-O3, -O4) não pode gerar diversos símbolos de depuração para variáveis ??optimizadas, funções e loops desenroladas em-alinhado, independentemente dos símbolos sendo incorporado (-g) ou extraído (objcopy ) em um arquivo '.debug'.
Abordagens alternativas são
- Integrar o controle de versão (VCS, git, svn) dados no programa, para o compilador otimizado executáveis ??(O3, -O4).
- Criar uma 2ª versão não otimizada do executável.
A primeira opção oferece um meio para reconstruir o código de produção com a depuração completa e símbolos em uma data posterior. Ser capaz de reconstruir o código de produção original, sem otimizações é uma tremenda ajuda para depuração. . (NOTA: Isto assume que o teste foi feito com a versão otimizada do programa)
O sistema de construção pode criar um arquivo .c carregado com a data de compilação, cometer, e outros detalhes VCS. Aqui está um exemplo '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
Depois que o programa é compilado você pode localizar o original 'comprometer' para o seu código usando o comando: 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
Tudo o que resta é para o check-out o código original, re-compilar sem otimizações, e iniciar a depuração.