¿Cómo generar un símbolo de depuración de gcc fuera del objective de comstackción?

Sé que puedo generar el símbolo de depuración usando la opción -g. Sin embargo, el símbolo está incrustado en el archivo de destino. ¿Podría gcc generar el símbolo de depuración fuera del resultado ejecutable / biblioteca? Al igual que el archivo .pdb del comstackdor de Windows VC ++.

Necesita usar objcopy para separar la información de depuración :

objcopy --only-keep-debug "${tostripfile}" "${debugdir}/${debugfile}" strip --strip-debug --strip-unneeded "${tostripfile}" objcopy --add-gnu-debuglink="${debugdir}/${debugfile}" "${tostripfile}" 

Uso el script bash a continuación para separar la información de depuración en archivos con una extensión .debug en un directorio .debug. De esta forma puedo atacar las bibliotecas y ejecutables en un archivo tar y los directorios .debug en otro. Si quiero agregar la información de depuración más tarde, simplemente extraigo el archivo de depuración tar y voila tengo información simbólica de depuración.

Este es el 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} " } 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}" 

Comstackr con información de depuración:

 gcc -g -o main main.c 

Separar la información de depuración:

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

o

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

Eliminar información de depuración del archivo de origen:

 objcopy --strip-debug main 

o

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

depurar por modo de depuración:

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

También puede usar el archivo exec y el archivo de símbolos por separado:

 gdb -s main.debug -e main 

o

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

Para detalles:

 (gdb) help exec-file (gdb) help symbol-file 

Árbitro:
https://sourceware.org/gdb/onlinedocs/gdb/Files.html#Files https://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html

Verifique la opción “–only-keep-debug” del comando strip .

Desde el enlace:

La intención es que esta opción se use junto con –add-gnu-debuglink para crear un ejecutable de dos partes. Uno es un binario despojado que ocupará menos espacio en la RAM y en una distribución y el segundo es un archivo de información de depuración que solo es necesario si se requieren habilidades de depuración.

NOTA: Los progtwigs comstackdos con altos niveles de optimización (-O3, -O4) no pueden generar muchos símbolos de depuración para variables optimizadas, funciones alineadas y bucles desenrollados, independientemente de si los símbolos se incrustan (-g) o se extraen (objcopy) en una archivo ‘.debug’.

Los enfoques alternativos son

  1. Incruste los datos de versionado (VCS, git, svn) en el progtwig, para los ejecutables optimizados del comstackdor (-O3, -O4).
  2. Construye una segunda versión no optimizada del ejecutable.

La primera opción proporciona un medio para reconstruir el código de producción con depuración completa y símbolos en una fecha posterior. Ser capaz de reconstruir el código de producción original sin optimizaciones es una gran ayuda para la depuración. (NOTA: Esto supone que la prueba se realizó con la versión optimizada del progtwig).

Su sistema de comstackción puede crear un archivo .c cargado con la fecha de comstackción, confirmación y otros detalles de VCS. Aquí hay un ejemplo de ‘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 

Después de comstackr el progtwig, puede ubicar el ‘commit’ original para su código utilizando el comando: strings -a my_program | grep VCS 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 

Todo lo que queda es verificar el código original, volver a comstackr sin optimizaciones y comenzar a depurar.