更新公共库后应用链接失败，同一工程换个目录就找不到头文件，这些现象都可能与工程依赖有关。不过，构建顺序、搜索路径和库版本需要分别检查。Green Hills怎么管理工程依赖Green Hills工程依赖关系出错如何排查，可以从MULTI的工程结构与实际构建命令入手。以下以使用.gpj文件的MULTI工程为例，界面名称以所用版本为准。

嵌入式程序跑通以后，测试做没做到位，光看几次正常运行很难判断。有些异常分支平时根本进不去，有些函数只在特定输入下才会执行，这时就要借助代码覆盖率去看哪些基本块和源码行真正跑过。Green Hills MULTI提供了覆盖率和Profiler相关功能，但采集方式会受到工具链版本、目标环境以及调试连接方式影响。碰到结果里少了几个函数、某些文件没有数据，也不能直接认定测试没跑到，编译选项和数据回传同样值得检查。

在嵌入式项目开发中，编译器配置经常会被忽略，但它会直接影响程序生成方式和最终运行表现。很多时候，工程能够完成编译，并不代表编译选项完全符合当前项目要求，例如目标处理器配置不匹配、优化等级调整不合理、调试信息没有正确生成等，都可能导致后续调试困难。Green Hills作为嵌入式开发中常用的工具链，编译选项涉及工程、芯片平台以及构建环境多个部分，配置时需要结合实际项目情况进行调整。

在Green Hills MULTI工程中，代码段、只读数据、已初始化数据和未初始化数据最终放到Flash还是RAM，主要由链接阶段决定。Green Hills编译器属于MULTI工具链的一部分，链接器负责把目标文件和库组织成最终可执行文件，因此嵌入式项目经常需要根据芯片Memory Map调整链接布局。处理“Green Hills怎么配置链接段地址，Green Hills链接段地址发生重叠如何调整”时，应先确认芯片实际内存范围，再检查链接指令文件中的起始地址、区域长度、对齐方式和各段实际占用。

想要搞明白Green Hills INTEGRITY工程怎么创建，还有Green Hills INTEGRITY任务启动失败怎么排查，这两个问题只要是用MULTI来开发那种实时嵌入式应用，就绕不过去，一个INTEGRITY工程不是简简单单把几个C文件塞进项目里就完事了，它还要管目标板上的BSP、地址空间怎么分、内核怎么配、任务从哪里进去、共享库怎么弄，还有怎么连到目标板，工程能顺顺利利编译过去，也不等于任务就一定起得来，好多启动的问题其实是卡在了镜像没有正确加载进去，入口函数没配对，依赖的那些服务还没跑起来，或者任务申请的内存和系统资源已经超过了配置给它的范围。

使用MULTI调试嵌入式控制器的时候，Green Hills Flash下载脚本该怎么写，下载以后程序不运行又要怎么办，这类问题是常会碰到的。目标连接、芯片复位、存储器初始化、擦除、写入、校验还有运行这些操作，都可以由Flash脚本给固定下来。脚本执行成功了，也只能说明数据或许被写到了指定的区域里，处理器复位之后能不能从这个地址启动，那还不一定。要是程序没有运行起来，链接地址、启动模式、复位向量和硬件初始化的检查，就得接着往下做。

在嵌入式项目的开发过程中，只要工程里用到的预编译库稍微多起来，路径设置混乱、不同版本互相覆盖、同一个符号被重复定义这类问题就会变得非常常见，单靠把所有能看到的库文件一股脑儿塞进工程里并不能解决问题。更稳当的处理办法，是先花些力气把每一个库的来源、它所对应的芯片平台、当初编译时用了哪些选项，还有链接过程中各个库的先后次序都理清楚，然后再借助map文件和链接日志，准确地找出到底是哪两个目标文件或者哪两个库之间发生了冲突。

在Green Hills MULTI下面调试嵌入式程序的时候，Watch窗口还有Data Explorer，是大家最常用来盯着变量变化的两个地方。不少人其实都能够正常地把断点给打上，可偏偏变量要么死活都加不进去，要么加进去了，里头显示的那个值却老半天都不见它刷新一下。真的到了动手去查的时候，问题的根子往往都集中在符号信息、编译优化那些选项、能不能做到实时刷新，以及目标板到底连没连稳当这几样上面，反倒不是监视窗口本身出了什么毛病。

Green Hills MULTI怎么调试Green Hills MULTI断点与变量窗口怎么用，常见卡点不是不会单步，而是会话口径不统一：同一份源码在不同机器上生成的下载文件不一致，符号版本对不上，连接方式又各用各的，最后表现为断点不命中、变量窗口一堆问号、跑一会就断连。把Green Hills MULTI调试拆成“可复现构建、可复现连接、可复现观察”三件事，你就能把问题从玄学拉回到可验证的工程流程。

做Green Hills启动代码时，最容易出问题的地方，不是语法本身，而是把启动文件、链接脚本和运行时初始化当成三件互不相关的事来改。实际上一旦入口地址、栈地址和数据段搬运关系没先定清，后面就算`main`能编过去，板子也未必能正常起来。NXP基于Green Hills的启动示例里就把这几层放在了一起：链接文件给出入口和段地址，启动文件负责进复位入口、建栈、准备小数据区，再去做数据搬运和后续运行时初始化。