很多人把IAR和TRACE32放到一起用时，最容易把“编译输出”“符号加载”“源码映射”当成三件分开的事来处理，结果工程能编过，调试却总是函数名不全、源码打不开、断点落不准。实际上这三步在工具链里是一条线。IAR当前Arm版工程默认支持生成带DWARF调试信息的ELF输出，Lauterbach这边则是通过`Data.LOAD.Elf`把代码、符号和调试信息一起读进TRACE32；如果板子上程序已经烧好，还可以只装符号不下载代码。
一、Trace32与IAR怎么配
把TRACE32和IAR配顺，核心不是先去TRACE32里乱试命令，而是先保证IAR产出的文件格式对、调试信息全、路径可用。因为TRACE32读不读得顺，前提就是IAR这边给出的ELF和DWARF信息足够完整。IAR官方文档明确写到，链接器可以生成包含DWARF调试信息的ELF输出；而从较新的Arm IAR体系开始，内部对象格式就已经转到ELF/DWARF。
1、先让IAR产出带调试信息的ELF
在IAR里，最关键的是让链接结果保留调试信息，而不是只生成可运行镜像。官方IDE Guide说明，链接器选项里的【Include debug information in output】会让链接器生成包含DWARF调试信息的ELF输出；旧的迁移文档也说明，Arm IAR新体系本身就是ELF/DWARF路线。对TRACE32来说，这一步比后面任何命令都更基础。
2、板子上已有程序时，优先只装符号
如果目标板里的程序已经通过烧录工具或启动流程放好了，这时候在TRACE32里更适合用`Data.LOAD.Elf your.elf/NoCODE`。Lauterbach官方命令参考明确说明，`/NoCODE`会阻止代码下载到目标内存，只装入符号和调试信息。这样做能避免你本来只想调试，却把现场程序又覆盖一遍。
3、需要多份符号共存时，加上`/NoClear`
很多项目不是只有一份镜像，可能先装启动段，再装应用段，或者先装内核再装任务级符号。TRACE32默认在新的`Data.LOAD`动作里会清掉当前已有的符号和调试信息，官方文档明确给了`/NoClear`作为保留已有符号的选项。也就是说，第二次加载前如果不想把第一次的符号冲掉，就别漏这一步。
4、老工程先确认是不是还在用旧格式
如果你接手的是非常老的IAR工程，要先确认它是不是还停留在UBROF时代。IAR官方迁移文档说明，从旧版到新版的关键变化之一，就是内部对象格式从UBROF切到ELF/DWARF。对现在的TRACE32组合调试来说，优先把输出稳定在ELF/DWARF上，会比围着旧格式折腾更稳。
二、Trace32符号与源代码映射怎么设置
很多人觉得符号加载成功了，源码自然就会跟上，实际上这两层不是一回事。函数名、变量名能显示，说明符号大体进来了；源码点不开、点开跳错目录，通常是调试信息里的源路径和你本机目录不一致。Lauterbach官方把这件事拆成两条线，一条是`Data.LOAD.Elf`加载时临时处理路径，另一条是`sYmbol.SourcePATH`系列命令做后续映射和替换。
1、加载ELF时先用路径修正选项
`Data.LOAD.Elf`本身就支持`/PATH`、`/SOURCEPATH`、`/StripPART`和`/StripBeforePART`。官方命令参考说明，这些选项就是给源码路径修正准备的，适合处理“编译机路径和本机路径不同”的情况。也就是说，如果IAR工程是在构建服务器上编的，而你在本地调试，第一次加载ELF时就可以把这层路径差异先修掉。
2、源码树差异大时，用`sYmbol.SourcePATH.Translate`
如果不是简单换一个基目录，而是整段历史路径都变了，后处理通常更适合。Lauterbach官方给了`sYmbol.SourcePATH.Translate
3、只差一层目录名时，用`TranslateSUBpath`
有些工程不是整个路径变了，而只是中间某一级目录名变了，比如老版本源码树里的`P5`改成了`K8`。这时候Lauterbach官方建议用`sYmbol.SourcePATH.TranslateSUBpath`做局部替换，比整段路径重写更轻，也更不容易误伤别的源码目录。
4、路径很多时，用`SetRecurseDir`或`SetCachedDir`
如果项目源码分散在很多子目录里，一条条配直接路径会很麻烦。官方命令集里给了`sYmbol.SourcePATH.SetRecurseDir`，可以把某目录及其子目录都纳入搜索路径；`SetCachedDir`则适合把常用源码目录缓存起来，加快后续搜索。对大型IAR工程来说，这比一层层手加更省事。
5、查不到源码时先开详细搜索日志
路径映射总调不顺时，不要只凭感觉改。Lauterbach官方提供了`sYmbol.SourcePATH.Verbose ON`，打开后会把源码搜索细节输出到TRACE32的消息窗口里。这样你能直接看到它到底在找哪条路径、停在哪一级，比盲猜“是不是路径没配对”更有效。
三、Trace32配IAR时最容易错在哪
真正让TRACE32和IAR配不顺的，通常不是某一个命令不会写，而是顺序错了。前面IAR没产出完整ELF，后面再怎么做SourcePATH映射都没用；前面已经把符号装进来了，却又被下一次加载清掉，后面看起来也会像“映射失败”。顺序抓对以后，问题通常会快很多收口。
1、先查IAR输出，再查TRACE32命令
先确认IAR链接结果是不是带调试信息的ELF，再去TRACE32里做`Data.LOAD.Elf`。如果前一步没对，后一步再细都白费。IAR官方已经把【Include debug information in output】定义得很清楚，这一步应当优先核对。
2、再分清你要不要下载代码
现场已有程序就用`/NoCODE`，需要TRACE32负责下载才直接`Data.LOAD.Elf`。这一步不分清，最常见的结果就是你本来只想装符号，最后却把目标内存改掉了。
3、然后确认是不是旧符号被覆盖
一旦涉及多镜像、多段程序或重复加载，就先想想要不要加`/NoClear`。TRACE32默认会清符号，这一点经常被忽略。
4、最后再做源码路径映射
函数名和变量名都正常了，源码还打不开，这时候才该集中处理`sYmbol.SourcePATH`、`Translate`、`SetRecurseDir`和`Verbose`。如果一开始就把问题都归到源码路径上，往往会把更前面的输出格式和加载方式问题漏掉。
总结
Trace32与IAR怎么配，关键不是把两个工具都打开，而是先让IAR产出带DWARF调试信息的ELF，再根据现场决定TRACE32是完整加载还是只用`/NoCODE`装符号。Trace32符号与源代码映射怎么设置，重点也不是只会加一个目录，而是把`Data.LOAD.Elf`的路径修正选项和`sYmbol.SourcePATH.Translate`、`SetRecurseDir`、`Verbose`这一套命令一起用起来。顺着“输出文件、符号加载、源码映射”这条顺序走，TRACE32配IAR通常会稳很多。
