Thread 中讨论的其他器件:BLE-STACK
我已经修改了 Github 中更新的 SPP_BLE_Server 示例、以便在 UART 和 BLE 接口之间基本上具有代理。 这涉及添加到应用程序项目的"Application"目录中的一些源文件和头文件、以及在需要时为它们提供的 include 语句。
最近出现了编译无问题完成的问题、但链接器失败、出现错误#10234-D:未解析的符号仍然存在。 这些符号是同一源文件中的三个函数。 报头声明和源定义匹配、它们不是静态的、应用程序目录是项目属性中的显式包含路径。 调用其中一个函数的每个源文件都包含标头。
但是、重现问题可能很困难;有时、链接器会工作。 有时、如果我只是在生成失败后再次调用它、它就会起作用。 有时、我花了一整天的时间尝试将其连接起来。 有时、它会在我进行更改后中断、因此我会恢复更改、清理和构建、但它仍然会损坏。 有一次、我得到了一个不同的错误、有一个有用的建议尝试:-cinit_hold_wdt=off。 我相应地调整了配置、并在两天内一直无问题地进行链接、直到我尝试递增 ICALL_MAX_NUM_TASK任务、ICALL_MAX_NUM_ENTIESTIOSAL_MAX_NUM_PROXY 任务以完成上述代理任务。
以前有关未解析符号的大多数票证似乎与库和存档相关联、我发现在应用程序源代码级别处理符号的票证没有提供任何有关解析的详细信息。
一个可能相关也可能不相关的注意事项是、当项目属性在 CCS Build>Arm Compiler 下打开任何窗格时、顶部有一个红色的"X"图标、表示"Cannot open command file '${SRC_EX}/config/build_components.opt:no such file or directory (无法打开命令文件'${SRC_EX})"。 我已经确认了用于定义 SRC_EX 的变量层次结构、它们都签出了、并且应该会产生一个与相关的 opt 文件的实际位置相匹配的路径、这肯定存在。