这只是一个警示、其他人使用第三方 EABI 分析器进行 POST 处理。
对于 EABI、CCS 默认二进制输出是 DWARF 4。 然而 DWARF 4似乎是一些第三方的解析者的问题。 以下工具无法在 DWARF4 EABI .out 文件中"查找"某些或所有 DWARF 符号。
1)引导程序 ASAP2工具集 v15.0 (ASAP2Updater.exe)：
未找到结构成员符号。 可以找到其他符号。
2) DWARF Explorer (dwex) 2.31: 注意"Warf Explorer"明确表示它支持 DWARF v2至 v5。
未列出头文件、因此缺少.h 文件中定义的符号。
3) ASAP2Demo 8.0.61 C2000 ELF 同步 工具：
未找到 DWARF 符号。 DWARF 符号窗口为空。
在本例中、权变措施是将 CCS 输出更改为 DWARF v3。
所有提到的工具现在都能够检测 DWARF 符号、例如：
我将向工具供应商指出这篇文章、但如果 CCS 专家有任何技巧、请他们在此处发表评论会很好。
感谢您的回复和链接。 我已经阅读了两遍了、但看不到这可能解释了我所看到的问题。
在 DWARF4输出中、似乎不会发出头文件中的结构符号。 这是否有意为之？ 这可以在附加的演示二进制文件中看到。
e2e.ti.com/.../driverlib_5F00_lp_5F00_f28003x_5F00_foo.zip
v3文件中显示的结构成员 member1和 Member2不会出现在 v4 .out 文件中。
我要求 DWEX 作者对文件发表评论。 他说：
"在 DWARFv4二进制的 readelf 输出中、没有 lab_main.h 的编译单元 v3文件中有198个 CU、v4文件中有197个 CU。
我想我们可以放心地得出这样的结论,即"
到目前为止的证据表明、CCS 的 DWARF4输出无法被其他工具使用、这有点超出了调试信息标准的范围。
请您向开发人员核实一下、并解释在这种情况下为什么 DWARF4文件中应该缺少 lab_main.h 编译单元？
谢谢你。
感谢您提交项目。
我想如果我们能让 lab_main.h 编译单元显示在.out 文件中
它不像这样工作。 可以回忆一下 lab_main.h 不会出现在 Dwarf 信息中。 即便如此、CCS 也能了解该文件并根据需要对其进行读取。 在 CCS 中、将鼠标悬停在其上 foo_st 指定 lab 的 main.c 并查看...
我在这些行文中添加了这两条评论，以证明这不是以机械方式复制的。 CCS 必须复制其中的行 lab_main.h 以创建该显示。
这不是一件不寻常的事。 在之前的几行中、键入 name uint64_t 出现了。 将鼠标悬停在上面并查看...
该行从 C：/ti/ccs1200/ccs/tools/compiler/ti-cgt-c2000_22.6.0.LTS/include/sys/_stdint.h.复制而来 而不是字符串 stdint _stdint 不出现在 Dwarf 信息的任何位置。
所有这些在幕后如何工作？ 我不知道。 CCS 以 Eclipse 开源项目为基础。 我担心将 Dwarf 信息映射到这些源代码行的代码深于开源代码。 这意味着可能很难弄清楚细节。
谢谢。此致、
-George.
