请支持Makefile/CMakefile/Meson/命令行构建系统

学到更多常见问题解答教程

6个帖子/ 0新
最后一篇
安德鲁尔
离线
最后一次露面:1小时49分钟前
加入:2020-11-05 02:45
请支持Makefile/CMakefile/Meson/命令行构建系统

嗨伙计,

我们可以*请*获得标准构建系统来编译此内容?需要运行完整的IDES愚蠢只是为了编译运行下面的GCC Arm工具的东西。

我真的不在乎*你选择的建立系统。我更喜欢Meson,因为您有显式交叉文件,Visual Studio代码可以直接从Meson配置文件拾取路径。*但是*,我真的不在乎这一切 - 只要该示例具有纯文本形式的依赖路径,大多数人可以转换为<他们最喜欢的构建系统>和<他们的首选IDE>。

此外,它甚至伤害了对话本身。SDK6.0.14中有几个路径问题和一些丢失的文件如果您有一些从命令行运行的持续集成,则会被捕获。

谢谢。

设备:
PM\U对话框
离线
最后一次露面:19分钟前21秒前
员工
加入:2018-02-08 11:03
嗨安德鲁尔,

嗨安德鲁尔,

感谢您对我们公共BLE论坛的问题,并为您对我们的BLE解决方案感兴趣。

您可以请注明您使用的对话框设备吗?

它是一个da14581(在初始帖子中标记)或da14531?

谢谢,下午好

安德鲁尔
离线
最后一次露面:1小时49分钟前
加入:2020-11-05 02:45
对不起,不知道我是怎么回事

对不起,我不知道我怎么漏掉了那个标签。实际上我用的是DA14531。

我不得不备份到SDK6.0.12来提取一些丢失的文件。

谢谢。

PM\U对话框
离线
最后一次露面:19分钟前21秒前
员工
加入:2018-02-08 11:03
嗨安德鲁尔,

嗨安德鲁尔,

感谢您修改初始帖子。

PXP_Reporter示例SDK6.0.14。期望来自Keil包括IAR和Eclipse项目。

>>> SDK6.0.14中有几个路径问题和一些丢失的文件如果您有一些从命令行运行的持续集成,则会被捕获。

您能否指出SDK6.0.12中包含的路径问题以及缺少哪些文件?

谢谢,下午好

马西米兰
离线
最后一次露面:1个月1周前
加入:2019-02-26 22:01
感谢上帝。我以为我是

感谢上帝。我以为只有我一个人。为什么芯片制造商总是选择用别致的ide“让生活变得简单”,却总是设法实现这一目标,这让我无法理解。

我正在努力用make / gcc编译示例项目。对于我的申请,这是一个要求。它确定天气对话框是一个可行的选择作为我们的开发平台。有一些原因。连续整合安德鲁。能够使用从命令行运行的工具构建管道。构建工具的可用性(GCC和Make可以安装在任何可爱的系统上)。减少项目代码的依赖的数量,而是构建系统本身。

到目前为止,我已经能够编译大容量存储设备示例和armemetal blinky示例。

这样做是相当直接的一点工作。我不能告诉你制作的二进制文件是否正在等待Devkit。

笔记:

设备DA1469X.

文件bsp_memory_layout.h包含在项目特定的custom_config_qspi.h中,但未在SDK或示例代码中提供。我已经删除了#include,似乎无论如何都不需要。

必须使用-include或-imacros gcc标志来强制include custom\u config\u qspi.h。这很难看(我个人的观点),因为这种依赖性在代码中没有得到很好的反映。最好使用编译器标志在qspi和ram之间进行选择。当没有定义标志时,可以使用#error给出一些输出,开发人员可以读取代码并了解可能的选项。

MSC示例要求您修改SDK文件(按照文档所示)......这也不那么好,因为它意味着SDK和示例都不将从框中编译。一个巨大的关闭。除了可能依赖于预编译的封闭源二进制文件的示例之外,没有比编译的例子更差;)。

说到哪个,lible\u stack\u da1469x.a有一个未定义的crypto\u init符号。但是我找不到任何定义它的代码。它的定义是什么?这似乎是让BLE示例链接/编译的最后一个丢失的部分。请告诉我我可以提供的附加信息。

安德鲁尔
离线
最后一次露面:1小时49分钟前
加入:2020-11-05 02:45
你不是一个人。C组的人

你不是一个人。C组的人like us trying to use our standard "Entrprise/Desktop" (read: *PROFESSIONAL*) development tools just aren't very well organized so it feels like there's nobody out there.

如果我是一个无情的触摸,那么对话工具就足够痛苦,以至于它吓到了人们。我们不会在对话框中开发任何东西 - 我们只会在更友好的BLE系统上进行调试的东西。

但是,请查看生锈嵌入的家伙。他们一直在铺设一个*很多基础,试图在嵌入式中使用锈,并且包括很多基础工作,使得Cortex-M以及RISC-v都更好地运行基本C.当耦合到Visual Studio代码时,我已经大量使用了他们的东西。

https://github.com/rust-embedded

聊天系统:https://app.element.io/#/room/#rust-embedded:matrix.org.

对话框对我来说尤为痛苦,因为我将命令行转换为像DA14531这样的筹码,因为它的BLE堆栈呼叫ROM。这不是一个典型的事情,所以标准的Cortex-M命令行工具,调试器和示例实际上没有设置。这也会导致相当奇怪的代码组织,因为必须*基于回调。我还没有蒸馏到命令行的东西(阅读:meson / ninja)。

整个IDE对我来说特别烦人,因为实际上我使用Keil或Eclipse之类的东西的唯一原因就是运行调试器。作为代码编辑器/导航器,它们是非常糟糕的环境。

如果你让命令行正常工作,Maximilian,帮我们大家一个忙,把它上传到Github之类的东西上,如果可以的话,这样我们就都可以打败它了。我将不胜感激。

谢谢。