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

176

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

kcwu
источник

Ответы:

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, а каталоги .debug - в другом. Если я хочу добавить отладочную информацию позже, я просто извлекаю отладочный tar-файл и вуаля, у меня есть символическая отладочная информация.

Это скрипт 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
Ив Бомес
3
@yves Baumes Просто добавьте каталог .debug с файлами .debug в рабочую коробку, и GDB должен их забрать. После сеанса отладки вы можете удалить их снова.
Лотар
См. @Lance Richardson ответы на комментарии для примера.
GuruM
7
Можно ли восстановить исходный двоичный файл (например, раздетый двоичный файл + файл .debug = исходный двоичный файл)?
Пол Прат
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 больше не нужна.
Лотар
9

Проверьте параметр «--only-keep-debug» команды strip .

По ссылке:

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

Ланс Ричардсон
источник
1
Да, я попробовал это: gcc -ggdb -o test test.c; cp test test.debug; strip --only-keep-debug test.debug; стрип-тест; objcopy --add-gnu-debuglink = test.debug test; Тогда это нормально для отладки теста
zhaorufei 15.10.10
8

ПРИМЕЧАНИЕ. Программы, скомпилированные с уровнями высокой оптимизации (-O3, -O4), не могут генерировать много символов отладки для оптимизированных переменных, встроенных функций и развернутых циклов, независимо от того, вставлены ли символы (-g) или извлечены (objcopy) в Файл .debug.

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

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

Первый вариант предоставляет возможность перестроить производственный код с полной отладкой и символами на более позднем этапе. Возможность перестроить исходный производственный код без оптимизации - огромная помощь для отладки. (ПРИМЕЧАНИЕ. Предполагается, что тестирование проводилось с оптимизированной версией программы).

Ваша система сборки может создать файл .c, загруженный с датой компиляции, коммитом и другими деталями VCS. Вот пример '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

После того, как программа скомпилирована, вы можете найти исходный '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

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

J Jorgenson
источник
3
-O4даже не существует
Привет-ангел
3
К сожалению, это может быть в «солнечные» дни, когда «-O5» был даже вариантом. Вот ссылка на опции gcc4.4.7 -O: gcc.gnu.org/onlinedocs/gcc-4.4.7/gcc/…
J
3
Это не решает общую проблему попыток интерпретировать дамп ядра, который не может быть легко воспроизведен. Совет в этом ответе обоснован, но он не затрагивает вопрос.
Дэвид Родригес - dribeas
4

Никакой ответ пока не упоминает eu-strip --strip-debug -f <out.debug> <input>.

  • Это предусмотрено elfutilsпакетом.
  • Результатом будет то, что <input>файл был очищен от символов отладки, которые теперь все в <out.debug>.
Unapiedra
источник