在TRACE32调试时，ELF文件不是普通的二进制镜像，它里面通常同时包含代码、数据、符号、源码行号和入口地址等信息。遇到“TRACE32 elf文件怎么加载TRACE32 elf加载地址不对怎么校正”，不能只看Data.LOAD.Elf有没有执行成功，还要看程序是否真的写到了目标内存、符号地址是否和PC对得上、加载的是逻辑地址还是物理地址，以及目标板上的程序是不是和当前ELF属于同一次构建。

　　一、TRACE32 elf文件怎么加载

　　TRACE32加载ELF，常见分为两种情况：一种是把ELF里的代码和数据下载到目标板，另一种是目标板里已经有程序，只让TRACE32加载符号。两种场景不要混用，否则容易出现程序被覆盖、断点错位、源码行号对不上这类问题。Data.LOAD.Elf默认会按照ELF信息加载代码和数据，同时加载调试信息；如果加/NoCODE，则只加载符号，不下载代码。

　　1、下载程序并加载符号

　　如果程序运行在RAM，或者当前调试流程需要由TRACE32直接下载程序，可以使用Data.LOAD.Elf app.elf。这个命令会把ELF中描述的代码和数据加载到目标内存，同时把函数名、变量名、源码行号等调试信息加载进TRACE32。

　　使用这种方式前，建议先让目标CPU停住，再加载ELF。程序如果要写入Flash，则不能简单按RAM下载理解，通常要配合芯片对应的Flash编程脚本或Flash算法。调试早期可以先用RAM版本验证连接、符号和断点是否正常，再进入Flash下载流程，这样问题会少很多。

　　2、只加载符号不下载代码

　　如果目标板上的程序已经由烧录器、Bootloader或量产烧录流程写入，就不要再用TRACE32把代码重新下载一遍。这时可以使用Data.LOAD.Elf app.elf/NoCODE，只加载符号信息，让TRACE32能识别函数名、变量名和源码行号。/NoCODE的意义就是不把代码写到目标内存，适合Attach调试、Flash中程序调试、Bootloader跳转后的程序调试。

　　只加载符号后，要检查【sYmbol.Browse】里能不能看到函数和变量，再用【sYmbol.List.MAP】看代码段、数据段地址是否符合预期。如果符号表有内容，但当前PC位置显示不出函数名，通常不是ELF没加载，而是符号地址和实际运行地址没有对齐。

　　3、确认ELF里带有调试信息

　　ELF能运行，不代表一定适合源码级调试。要显示C源码、函数名、变量名，一般需要编译时开启调试信息。比如GCC工程常用-g，这样ELF里才会包含变量、函数和源码行号等调试信息；如果没有这些信息，TRACE32往往只能显示汇编或地址。

　　二、TRACE32 elf加载地址不对怎么校正

　　ELF加载地址不对，常见表现是程序能跑但源码不跟随、断点下不到目标函数、PC停在地址上却不显示函数名，或者Trace、List窗口里只有地址没有源码。这个时候不要反复加载ELF，要先判断是“代码下载地址错了”，还是“代码在板子上是对的，只是符号地址错了”。

　　1、先判断链接地址和运行地址是否一致

　　可以打开【sYmbol.List.MAP】查看.text、.data、.bss等段的地址，再看【Register】窗口里的PC当前值。如果ELF里函数地址在0x80000000附近，而PC实际停在0x80200000附近，基本就说明程序运行地址和符号地址存在整体偏移。

　　2、用加载偏移或符号重定位校正

　　如果加载ELF时就知道整体偏移，可以在Data.LOAD.Elf后面带地址偏移。只加载符号的场景，也可以写成Data.LOAD.Elf app.elf 0x200000/NoCODE，意思是把符号按偏移后的地址来理解。实际偏移值要按项目链接地址和运行地址计算，不能随便套模板。

　　如果ELF已经加载完，后面才发现符号地址不对，可以用sYmbol.RELOCate.shift做符号重定位。这个命令用于手动移动符号地址，可以对全部程序符号、某个模块符号或某个地址范围内的符号做相对偏移；如果某些符号的access class不对，还可以再用符号访问类相关命令处理。

　　3、区分逻辑地址和物理地址

　　有些ELF里同时存在逻辑地址和物理地址。比如程序链接在虚拟地址空间，但实际下载要写到物理内存；或者Bootloader阶段按物理地址跑，系统起来后按虚拟地址调试。这时不能只看一个地址字段。

　　Data.LOAD.Elf可通过选项控制使用ELF程序头或段表里的信息，例如/LOGLOAD使用程序表中的逻辑地址，/PHYSLOAD使用物理地址，/CODESEC则可从section table加载代码。多数普通工程不需要加这些选项，但当链接器生成的信息不符合目标加载方式，或者程序头和段表信息不一致时，这些选项就会影响实际加载地址。

　　三、TRACE32加载ELF后还要检查哪些问题

　　ELF加载和地址校正不是一次命令就能完全解决。很多时候，命令本身没错，真正的问题出在构建版本、源码路径、Bootloader搬移、MMU映射或Flash/RAM运行方式上。排查时建议把“ELF文件、目标板程序、运行地址、源码路径”放在一起核对。

　　1、检查目标板程序和ELF版本是否一致

　　目标板运行的是A版本，TRACE32加载的是B版本ELF，就算地址看起来差不多，断点和源码行也可能错。比较典型的表现是main能识别，但某些函数断点命不中；或者变量地址能显示，但值明显不对。

　　建议核对ELF生成时间、Map文件、Git提交号、构建号和固件版本号。只要重新编译过，就要重新烧录或重新加载对应ELF。不要用昨天的ELF调今天板子里的程序，也不要用Release镜像搭配Debug符号文件随便混调。

　　2、检查源码路径是否能解析

　　有时函数名能显示，但源码窗口打不开，或者只显示汇编。这不一定是地址错，也可能是源码路径丢失。ELF里通常记录的是编译机上的源码路径，如果你在另一台电脑上调试，TRACE32找不到原路径，就需要重新指定源码搜索路径。

　　3、把加载和校正流程写进脚本

　　如果项目经常需要Attach、加载符号、做地址偏移、设置断点，建议写成.cmm脚本。比如先连接目标，再Break，然后Data.LOAD.Elf app.elf/NoCODE，接着按实际情况执行符号重定位，最后打开List、Register、Symbol窗口验证。

　　脚本里最好写清楚ELF文件来源、是否只加载符号、偏移量怎么算、适用于哪个固件版本。这样后面换电脑、换同事、换构建目录时，不会每个人都靠手动输入命令碰运气。尤其是Bootloader搬移类项目，偏移校正一旦写错，源码调试、变量观察、断点命中都会跟着错。

　　总结

　　TRACE32 elf文件怎么加载，常用方式是Data.LOAD.Elf app.elf下载程序并加载符号，或者Data.LOAD.Elf app.elf/NoCODE只加载符号。TRACE32 elf加载地址不对怎么校正，关键是先判断链接地址和实际运行地址是否一致，再根据情况使用加载偏移sYmbol.RELOCate.shift、/LOGLOAD、/PHYSLOAD或/CODESEC等方式处理。实际调试中，只有ELF、运行地址和目标程序三者对齐，断点、变量、源码和trace记录才会显示正常。