在Linux上构建示例

你好，

我刚开始在DA14580上做实验，好像到处碰壁。我遵循AN-B-024的指令，花了一整天的时间研究奇怪的问题，试图在Ubuntu上用GCC构建和示例，但仍然没有成功。我似乎已经到了这样一个地步：代码编译到了链接阶段，而ROM链接仍然失败。

我开始DA14580_581_SDK_3.0.8.0 / dk_apps /祺l_projects/proximity/prox_reporter example and used the converter script to generate a Makefile. I removed the weird tree optimization flag and fixed issues with assembly file extension case (*.s and *.S). Also some Keil specific compiler magic (__INLINE vs static inline...) but now I'm well and truly stuck. It seems the example is referencing code in the ROM that for whatever reason is commented in the symbols table that came with the SDK.

这是make。。。
>>>
链接输出/完整emb_系统内存.axf
../../../../../src/plf/refip/src/arch/main/ble/jump\u table.o:（jump\u table\u mem\u area+0xb0）：未定义对“ke\u task\u init\u func”的引用
../../../../../src/plf/refip/src/arch/main/ble/arch\u main.o:在函数“main\u func”中：
主拱门c:（。text.main函数+0x88）：未定义对“patch\u llc\u task”的引用
../../../src/plf/refip/src/arch/main/ble/arch\u patch.o:（。rodata.patch\表+0x4）：未定义对“l2cc\u pdu\u recv\u ind\u handler”的引用
../../../src/plf/refip/src/arch/main/ble/arch\u patch.o:（。rodata.patch\表+0x8）：未定义对“smpc\u send\u pairing\u req\u ind”的引用
../../../src/plf/refip/src/arch/main/ble/arch\u patch.o:（。rodata.patch\表+0xc）：未定义对“smpc\u check\u pairing\u feat”的引用
../../../src/plf/refip/src/arch/main/ble/arch\u patch.o:（。rodata.patch\表+0x10）：未定义对“smpc\u pairing\u cfm\u handler”的引用
../../../src/plf/refip/src/arch/main/ble/arch\u patch.o:（。rodata.patch\表+0x14）：未定义对“my\u llc\u con\u update\u req\u ind”的引用
../../../src/plf/refip/src/arch/main/ble/arch\u patch.o:（。rodata.patch\表+0x18）：未定义对“my\u llc\u ch\u map\u req\u ind”的引用
../../../src/plf/refip/src/arch/main/ble/arch\u patch.o:（。rodata.patch\表+0x1c）：未定义对“patched\u gapm\u adv\u op\u sanity”的引用
/usr/bin/../lib/gcc/arm none eabi/4.9.3/../../../../arm none eabi/bin/ld:out/full\u emb_系统内存.axf：未定义隐藏符号“smpc\u pairing\u cfm\u handler”
/usr/bin/../lib/gcc/arm none eabi/4.9.3/../../../../arm none eabi/bin/ld:最终链接失败：错误值
collect2:错误：ld返回1退出状态
品牌：***[外/满_系统内存.axf]错误1
<<<

keu task\u init\u func似乎在符号文件中，但有注释。
补丁llc\u任务存在于SDK的一个对象文件中，但是链接与一些代码重叠，所以我不确定那里发生了什么。。。

你能给我指出正确的方向吗，或者至少给我一个线索，哪一个例子最适合测试我的系统。据我所知，人们对GCC和你的芯片没有太多的运气，但由于我们与一系列不同的BLE-soc进行了合作，大多数情况下在经历了一些痛苦之后，我们已经能够让他们工作了，我现在还不想放弃。既然你有appnote，而且似乎已经在支持GCC上付出了至少一些努力，也许还有希望。我很乐意当我们有了工作的时候，把我们的努力开源。