Musisz użyć objcopy, aby oddzielić informacje debugowania :
objcopy --only-keep-debug "${tostripfile}" "${debugdir}/${debugfile}"
strip --strip-debug --strip-unneeded "${tostripfile}"
objcopy --add-gnu-debuglink="${debugdir}/${debugfile}" "${tostripfile}"
Używam poniższego skryptu bash, aby rozdzielić informacje debugowania na pliki z rozszerzeniem .debug w katalogu .debug. W ten sposób mogę tarować biblioteki i pliki wykonywalne w jednym pliku tar, a katalogi .debug w innym. Jeśli chcę później dodać informacje debugowania, po prostu wyodrębniam plik tar debugowania 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}"
--build-id
opcji linkera ?Skompiluj z informacjami debugowania:
Oddziel informacje debugowania:
lub
Usuń informacje debugowania z pliku pochodzenia:
lub
debugowanie w trybie debuglink:
Możesz także użyć pliku exec i pliku symboli oddzielnie:
lub
Dla szczegółów:
Odniesienie:
https://sourceware.org/gdb/onlinedocs/gdb/Files.html#Files https://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html
źródło
objcopy --add-gnu-debuglink main main.debug
do osadzenia nazwy utworzonego pliku debugowania i sumy kontrolnej. W tym przypadku gdb spróbuje znaleźć sam kod debugowania w kilku lokalizacjach zależnych od dystrybucji, opcja -s nie jest już potrzebna.Sprawdź opcję „--only-keep-debug” polecenia strip .
Z linku:
źródło
UWAGA: Programy skompilowane z wysokimi poziomami optymalizacji (-O3, -O4) nie mogą generować wielu symboli debugowania dla zoptymalizowanych zmiennych, wbudowanych funkcji i rozwiniętych pętli, niezależnie od symboli osadzonych (-g) lub wyodrębnionych (objcopy) w Plik „.debug”.
Są alternatywne podejścia
Pierwsza opcja zapewnia środki do przebudowania kodu produkcyjnego z pełnym debugowaniem i symbolami w późniejszym terminie. Możliwość ponownego zbudowania oryginalnego kodu produkcyjnego bez optymalizacji jest ogromną pomocą przy debugowaniu. (UWAGA: przy założeniu, że testy przeprowadzono przy użyciu zoptymalizowanej wersji programu).
Twój system kompilacji może utworzyć plik .c załadowany z datą kompilacji, zatwierdzeniem i innymi szczegółami VCS. Oto przykład „make + git”:
Po skompilowaniu programu możesz zlokalizować oryginalne „zatwierdzenie” dla swojego kodu za pomocą polecenia:
strings -a my_program | grep VCS
Pozostaje tylko pobrać oryginalny kod, ponownie skompilować bez optymalizacji i rozpocząć debugowanie.
źródło
-O4
nawet nie istnieje.Żadna odpowiedź do tej pory nie wspomina
eu-strip --strip-debug -f <out.debug> <input>
.elfutils
pakiet.<input>
plik został pozbawiony symboli debugowania, które są teraz w całości<out.debug>
.źródło