在Linux上构建示例

你好，

我只是在DA14580开始尝试，我似乎到处击中墙壁。我按照AN-B-024的指令，并花了一整天追逐奇怪的问题试图在Ubuntu上建立和举例，仍然没有运气。我似乎已经得到了代码编译的点，并通过似乎只有仍然失败的ROM似乎似乎似乎的链接阶段。

我从da14580_581_sdk_3.0.8.0 / dk_apps / keil_projects / proximity / prox_reporter示例开始，并使用转换器脚本生成makefile。我删除了奇怪的树优化标志和固定的问题，汇编文件扩展案例（* .s和* .s）。另外一些Keil特定编译器魔术（__inline vs静态内联...）但现在我很好，真正陷入困境。似乎该示例是引用ROM中的代码，无论在SDK附带的符号表中评论了任何原因。

这是make ...的链接部分输出
>>>
链接out / full_emb_sysram.axf
./../../src/plf/refip/src/arch/main/ble/jump_table.o::(jump_table_mem_area+0xb0）：未定义的参考“ke_task_init_func”
./../../src/plf/refip/src/arch/main/ble/arch_main.o：在function`main_func'中：
ARCH_MAIN.c :(。TEXT.MAIN_FUNC + 0x88）：未定义的“patch_llc_task”引用
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x4）：未定义的参考“l2cc_pdu_recv_ind_handler”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x8）：未定义的参考“smpc_send_pairing_req_ind”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0xc）：未定义的参考“smpc_check_pairing_feat”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x10）：未定义引用“smpc_pairing_cfm_handler”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x14）：未定义引用“my_llc_con_update_req_ind”
../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x18）：未定义的参考“my_llc_ch_map_req_ind”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x1c）：未定义的参考“patched_gapm_adv_op_sanity”
/usr/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../arm-none-eabi/bin/ld：out / full_emb_sysram.axf：隐藏的符号`smpc_pairing_cfm_handler'未定义
/ susr/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../arm-none-eabi/bin/ld：最终链接失败：不良值
Collect2：错误：LD返回1个退出状态
制作：*** [out / full_emb_sysram.axf]错误1
<<<

ke_task_init_func似乎处于符号文件中，但已评论。
patch_llc_task在SDK中的一个对象文件中存在，但链接重叠一些代码，所以我不确定在那里发生什么......

你能指向正确的方向或至少给我一个线索，最重要的是测试我的系统。从我读到的是，人们没有幸运的GCC和你的筹码，但是因为我们已经使用了一堆不同的BLE SOC，并且主要经过一些痛苦，我们已经能够让他们工作我不想刚刚放弃。正如您所拥有的那样，似乎至少努力支持GCC也许仍有希望。当我们完成工作时，我会愉快地开展我们的努力。