Como gerar o símbolo de depuração do gcc fora do destino da compilação?

Eu sei que posso gerar o símbolo de depuração usando a opção -g. No entanto, o símbolo é incorporado no arquivo de destino. O gcc poderia gerar o símbolo de depuração fora do executável / biblioteca de resultados? Como o arquivo .pdb do compilador do Windows VC ++ fez.

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, posso tar as bibliotecas e executáveis ​​em um arquivo tar e os diretórios .debug em outro. Se eu quiser adicionar as informações de depuração mais tarde, simplesmente extraio o arquivo tar de depuração e pronto, tenho informações simbólicas de depuração.

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}"

Compile com informações de depuração:

gcc -g -o main main.c

Separe as informações de depuração:

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

ou

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

Tira informações de depuração do arquivo de origem:

objcopy --strip-debug main

ou

strip --strip-debug --strip-unneeded main

debugar pelo modo debuglink:

objcopy --add-gnu-debuglink main.debug main
gdb main

Você também pode usar o arquivo exec e o arquivo de símbolo separadamente:

gdb -s main.debug -e main

ou

gdb
(gdb) exec-file main
(gdb) symbol-file main.debug

Para 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 comando strip .

No link:

A intenção é que esta opção seja usada em conjunto com --add-gnu-debuglink para criar um executável em duas partes. Um binário despojado que ocupará menos espaço na RAM e em uma distribuição e o segundo um arquivo de informações de depuração, necessário apenas se as habilidades de depuração forem necessárias.

NOTA: Programas compilados com altos níveis de otimização (-O3, -O4) não podem gerar muitos símbolos de depuração para variáveis ​​otimizadas, funções alinhadas e loops desenrolados, independentemente dos símbolos serem incorporados (-g) ou extraídos (objcopy) em um arquivo '.debug'.

Abordagens alternativas são

1. Incorpore os dados de controle de versão (VCS, git, svn) ao programa, para executáveis ​​otimizados pelo compilador (-O3, -O4).
2. Crie uma segunda versão não otimizada do executável.

A primeira opção fornece um meio de reconstruir o código de produção com depuração completa e símbolos posteriormente. Ser capaz de recriar o código de produção original sem otimizações é uma tremenda ajuda para a depuração. (NOTA: Isso pressupõe que o teste foi realizado com a versão otimizada do programa).

Seu sistema de criação pode criar um arquivo .c carregado com a data de compilação, confirmação e outros detalhes do 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

Após a compilação do programa, você pode localizar o 'commit' original do 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 é fazer check-out do código original, recompilar sem otimizações e iniciar a depuração.

Nenhuma resposta até agora menciona eu-strip --strip-debug -f <out.debug> <input> .

• Isso é fornecido pelo elfutilspacote.
• O resultado será que <input>arquivo foi despojado de símbolos de depuração que agora estão todos em <out.debug>.