วิธีการสร้างสัญลักษณ์การแก้ปัญหา gcc นอกเป้าหมายการสร้าง?

ฉันรู้ว่าฉันสามารถสร้างสัญลักษณ์การแก้ปัญหาโดยใช้ตัวเลือก -g อย่างไรก็ตามสัญลักษณ์จะถูกฝังในไฟล์เป้าหมาย gcc สามารถสร้างสัญลักษณ์การดีบักนอกผลการทำงาน / ไลบรารีหรือไม่ เช่นเดียวกับไฟล์. pdb ของคอมไพเลอร์ windows VC ++

คุณต้องใช้objcopyเพื่อแยกข้อมูลการดีบัก :

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

ฉันใช้สคริปต์ทุบตีด้านล่างเพื่อแยกข้อมูลการดีบักออกเป็นไฟล์ที่มีนามสกุล. debug ในไดเรกทอรี. debug วิธีนี้ฉันสามารถ tar ไลบรารีและไฟล์ปฏิบัติการในไฟล์ tar หนึ่งไฟล์และไดเร็กทอรี. debug ในอีกไฟล์หนึ่ง หากฉันต้องการเพิ่มข้อมูลการแก้ปัญหาในภายหลังฉันก็แยกไฟล์ tar debug และ voila ฉันมีข้อมูลการแก้ปัญหาสัญลักษณ์

นี่คือสคริปต์ทุบตี:

#!/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}"

คอมไพล์ด้วยข้อมูลการดีบัก:

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

ลองดูตัวเลือก "- only-keep-debug" ของคำสั่งstrip

จากลิงค์:

ความตั้งใจคือตัวเลือกนี้จะใช้ร่วมกับ --add-gnu-debuglink เพื่อสร้างปฏิบัติการสองส่วน หนึ่งไบนารีที่ถูกปล้นซึ่งจะใช้พื้นที่น้อยกว่าใน RAM และในการกระจายและที่สองคือไฟล์ข้อมูลการดีบักซึ่งจำเป็นสำหรับความสามารถในการดีบักเท่านั้น

หมายเหตุ: โปรแกรมที่คอมไพล์ด้วยระดับการปรับให้เหมาะสมสูงสุด (-O3, -O4) ไม่สามารถสร้างสัญลักษณ์การดีบักจำนวนมากสำหรับตัวแปรที่ได้รับการปรับปรุงฟังก์ชั่นที่เรียงกันและลูปที่ไม่ได้ควบคุมไม่ว่าสัญลักษณ์จะถูกฝังอยู่ ไฟล์ '.debug'

แนวทางอื่นคือ

1. ฝังข้อมูลการกำหนดเวอร์ชัน (VCS, git, svn) ลงในโปรแกรมสำหรับคอมไพเลอร์ที่ปรับปรุงการทำงานได้ดีที่สุด (-O3, -O4)
2. สร้างเวอร์ชันที่ไม่ได้รับการเพิ่มประสิทธิภาพอันดับที่ 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

หลังจากรวบรวมโปรแกรมแล้วคุณสามารถค้นหา 'การกระทำ' ต้นฉบับสำหรับรหัสของคุณโดยใช้คำสั่ง: 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

สิ่งที่เหลืออยู่คือการตรวจสอบรหัสต้นฉบับทำการคอมไพล์ใหม่โดยไม่ทำการปรับให้เหมาะสมและเริ่มการดีบั๊ก

eu-strip --strip-debug -f <out.debug> <input>ไม่มีคำตอบเพื่อให้ห่างไกลกล่าว

• นี้จัดทำโดยelfutilsแพคเกจ
• ผลที่ได้จะเป็นไปได้ว่าไฟล์ที่ได้ถูกปลดออกจากสัญลักษณ์การแก้ปัญหาซึ่งขณะนี้ทั้งหมดใน<input><out.debug>