Как создать символ отладки gcc вне цели сборки?

Я знаю, что могу генерировать символ отладки с помощью опции-g. Однако символ встроен в целевой файл. Может ли gcc генерировать символ отладки вне исполняемого файла/библиотеки результатов? Как.pdb файл компилятора windows VC++ сделал.

4 148
gcc debugging pdb-files

4 ответа:

вы должны использовать objcopy до отделите отладочную информацию:

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

Я использую скрипт bash ниже, чтобы разделить отладочную информацию на файлы с помощью a .расширение отладки в .отладочный каталог. Таким образом, я могу смолить библиотеки и исполняемые файлы в одном файле tar и т. д.отладка каталогов в другом. Если я хочу добавить отладочную информацию позже, я просто извлекаю файл debug tar и вуаля у меня есть символическая отладочная информация.

Это bash скрипт:

#!/bin/bash

scriptdir=`dirname `
scriptdir=`(cd ${scriptdir}; pwd)`
scriptname=`basename `

set -e

function errorexit()
{
  errorcode=
  shift
  echo $@
  exit ${errorcode}
}

function usage()
{
  echo "USAGE ${scriptname} <tostrip>"
}

tostripdir=`dirname ""`
tostripfile=`basename ""`


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

компиляция с отладочной информацией:

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

отладка в режиме 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

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

88

Проверьте опцию" --only-keep-debug" strip.

из ссылки:

предполагается, что эта опция будет использоваться в сочетании с --add-gnu-debuglink для создания двухкомпонентного исполняемого файла. Один разделенный двоичный файл, который будет занимать меньше места в ОЗУ и в дистрибутиве, а второй-файл отладочной информации, который необходим только в том случае, если требуются отладочные способности.

7

Примечание: программы, скомпилированные с высоким уровнем оптимизации (- O3,-O4), не могут генерировать много отладочных символов для оптимизированных переменных, встроенных функций и развернутых циклов, независимо от того, какие символы встроены (-g) или извлечены (objcopy) в a '.отладочный файл.

альтернативные подходы

  1. встроить данные управления версиями (VCS, git, svn) в программу для оптимизированных компилятором исполняемых файлов (- O3,- O4).
  2. построить 2-й неоптимизированной версии исполняемый файл.

первый вариант предоставляет возможность перестроить производственный код с полной отладкой и символами на более поздний срок. Возможность перестроить исходный производственный код без оптимизации является огромной помощью для отладки. (Примечание: это предполагает, что тестирование было сделано с оптимизированной версией программы).

система сборки может создать .C-файл, загруженный с датой компиляции, фиксацией и другими деталями VCS. Здесь это сделать + ГИТ' пример:

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

после компиляции программы вы можете найти исходный 'commit' для вашего кода с помощью команды: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

все, что осталось, это проверить исходный код, повторно скомпилировать без оптимизации и начать отладку.

6