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

了解更多常见问题教程

6个职位/0个新职位
最后一篇文章
安德鲁尔
离线
最后一次见到:2天12小时前
已加入:2020-11-05 02:45
请支持Makefile/CMakefile/Meson/命令行构建系统

嗨,各位,

我们能得到一个标准的编译系统来编译这些东西吗?不管怎样,只需要运行完整的ide来编译运行gcc arm工具的东西是愚蠢的。

我真的不在乎你选择哪一个构建系统。我更喜欢介子,因为你有明确的交叉文件和visualstudio代码可以拿起路径直接从介子配置文件。*然而,我并不是很在意——只要这个例子有纯文本形式的依赖路径,大多数人就可以转换成<他们喜欢的构建系统>和<他们喜欢的IDE>。

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

谢谢。

设备:
PM\U对话框
离线
最后一次见到:2天13小时前
工作人员
已加入:2018-02-08 11:03
嗨,安德鲁,

嗨,安德鲁,

感谢您在我们的公共BLE论坛上提出的问题,也感谢您对我们的BLE解决方案感兴趣。

您能指出您正在使用的可编程设备吗?

它是DA14581(在最初的帖子中有标记)还是DA14531?

谢谢,下午好

安德鲁尔
离线
最后一次见到:2天12小时前
已加入:2020-11-05 02:45
对不起,我不知道我怎么想的

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

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

谢谢。

PM\U对话框
离线
最后一次见到:2天13小时前
工作人员
已加入:2018-02-08 11:03
嗨,安德鲁,

嗨,安德鲁,

谢谢你修改了最初的帖子。

SDK6.0.14的pxp报告程序示例。Keil中的expect包括IAR和Eclipse项目。

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

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

谢谢,下午好

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

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

我正在努力用make/gcc编译示例项目。对于我的申请这是一个要求。它决定了weather Dialog作为我们的开发平台是一个可行的选择。这有几个原因。安德鲁所说的持续的整体创造。使用从命令行运行的工具编写构建管道脚本的能力。构建工具的可用性(gcc和make可以安装在任何值得尊敬的系统上)。减少依赖性的数量不是项目代码,而是构建系统本身。

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

做这件事相当直截了当只是一点工作。在我等待devkit时,我不能告诉您生成的二进制文件是否工作。

笔记:

设备DA1469x

文件bsp\u memory\u layout.h包含在特定于项目的自定义\u config\u 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符号。但是我找不到任何定义它的代码。它的定义是什么?这似乎是最后一个缺失的部分,以获取可链接/编译的示例。请让我知道我可以提供什么额外的信息。

安德鲁尔
离线
最后一次见到:2天12小时前
已加入:2020-11-05 02:45
你不是一个人。C组的人

你不是一个人。像我们这样试图使用标准“Entrprise/Desktop”(阅读:*PROFESSIONAL*)开发工具的C开发人员组织得不是很好,所以感觉没有人在那里。

如果我是一个有点不友善的人,对话工具是足够痛苦的,它吓跑了人。我们不会首先在Dialog上开发任何东西——我们只会移植一些已经在更友好的BLE系统上调试过的东西。

不过,去看看那些生锈的家伙。他们已经做了大量的基础工作来尝试在嵌入式系统上使用Rust,其中包括大量的基础工作,这些基础工作可以让Cortex-M和RISC-V更好地运行basic C。在与visualstudio代码耦合时,我已经充分利用了他们的东西。

https://github.com/rust-embedded

聊天系统:https://app.element.io/#/房间/#铁锈-嵌入式:matrix.org

对于我来说,将命令行转换为DA14531之类的芯片调用ROM来实现其可扩展堆栈,对话框是特别痛苦的。这不是一个典型的做法,所以标准的Cortex-M命令行工具、调试器和示例并不是为此而设置的。这也导致了相当奇怪的代码组织,因为所有东西都必须是基于回调的。我仍然没有提炼到命令行的东西(读:介子/忍者)。

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

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

谢谢。