Jak wygenerować symbol debugowania gcc poza celem budowania?
Wiem, że mogę wygenerować symbol debugowania używając opcji-G. Jednak symbol jest osadzony w pliku docelowym. Czy gcc może generować symbol debugowania poza plikiem wykonywalnym/biblioteką wynikową? Na przykład .plik pdb kompilatora windows VC++ zrobił.
4 answers
Musisz użyć objcopy Aby oddzielić informacje o debugowaniu:
objcopy --only-keep-debug "${tostripfile}" "${debugdir}/${debugfile}"
strip --strip-debug --strip-unneeded "${tostripfile}"
objcopy --add-gnu-debuglink="${debugdir}/${debugfile}" "${tostripfile}"
Używam skryptu bash poniżej, aby oddzielić informacje debugowania do plików z .rozszerzenie debugowania w a .katalog debugowania. W ten sposób mogę tar biblioteki i pliki wykonywalne w jednym pliku tar i .Debuguj katalogi w innym. Jeśli chcę dodać informacje debugowania później po prostu wyodrębnić plik debug tar i voila mam symboliczne informacje debugowania.
To jest skrypt 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}"
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2012-05-07 12:21:32
Kompiluj z informacjami o debugowaniu:
gcc -g -o main main.c
Oddzielenie informacji o debugowaniu:
objcopy --only-keep-debug main main.debug
Lub
cp main main.debug
strip --only-keep-debug main.debug
Usuń informacje debugowania z pliku źródłowego:
objcopy --strip-debug main
Lub
strip --strip-debug --strip-unneeded main
Debug by debuglink mode:
objcopy --add-gnu-debuglink main.debug main
gdb main
Możesz również użyć pliku exec i Pliku symboli oddzielnie:
gdb -s main.debug -e main
Lub
gdb
(gdb) exec-file main
(gdb) symbol-file main.debug
Na szczegóły:
(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
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-08-11 13:55:07
Sprawdź opcję "--only-keep-debug" polecenia strip.
From the link:
Opcja ta będzie używana w połączeniu z --add-gnu-debuglink do utworzenia dwuczęściowego pliku wykonywalnego. Jeden plik binarny, który zajmuje mniej miejsca w pamięci RAM i dystrybucji, a drugi plik informacji o debugowaniu, który jest potrzebny tylko wtedy, gdy wymagane są możliwości debugowania.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-05-15 02:17:18
Uwaga: programy skompilowane z wysokimi poziomami optymalizacji (- O3, - O4) nie mogą wygenerować wielu symboli debugowania dla zoptymalizowanych zmiennych, funkcji w linii i rozwijanych pętli, niezależnie od symboli osadzonych (- g) lub wyodrębnionych (objcopy) do '.plik debugowania.
Alternatywne podejścia to
- osadzenie danych wersjonowania (VCS, git, svn) w Programie, dla zoptymalizowanych dla kompilatora plików wykonywalnych (-O3, -O4).
- Zbuduj drugą nie zoptymalizowaną wersję pliku wykonywalnego.
Pierwsza opcja umożliwia odbudowanie kodu produkcyjnego z pełnym debugowaniem i symbolami w późniejszym terminie. Możliwość ponownego zbudowania oryginalnego kodu produkcyjnego bez optymalizacji jest ogromną pomocą w debugowaniu. (Uwaga: zakłada się, że testowanie zostało przeprowadzone przy użyciu zoptymalizowanej wersji programu).
Twój system budowania może utworzyć .plik C załadowany z datą kompilacji, zatwierdzeniem i innymi szczegółami VCS. Oto przykład '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
Po skompilowany program możesz zlokalizować oryginalny 'commit' dla Twojego kodu używając polecenia: 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 [email protected]
VCS: COMMIT_DATE=2013-12-19
Pozostaje tylko sprawdzić oryginalny kod, ponownie skompilować bez optymalizacji i rozpocząć debugowanie.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-08-28 02:43:36