注释
.jpg "你对使用 cmake 有什么看法 #146"){kind=avatar}
|
不太了解这个主题，但它看起来是个好主意。我只有两个要求。它需要简单且用户友好。它应该使用（但不是绝对需要使用）Arduino IDE 包含的库来帮助跨平台支持和一致的构建。除此之外，去吧！ |
.jpg "你对使用 cmake 有什么看法 #146"){kind=avatar}
|
标记， 我不知道这是否有帮助（鼓励或阻止你），但 如果您有兴趣，在这项工作中可能需要很多帮助。 雅各布 2012 年 11 月 28 日星期三上午 6:18，Sonny Jeon notifications@github.com写道：
|
.png "你对使用 cmake 有什么看法 #146"){kind=avatar}
|
我必须研究哪种系统最好……我只知道来自 Blender 开源项目的 cmake。我喜欢这样一个事实，即有 GUI 工具可以配置构建过程，但不用担心也有命令行工具。我从 blender 知道 cmake 可以处理许多不同的工具链——但我不确定这将如何适用于 AVR、ARM 或其他裸机平台。因此，如果您或任何人有任何好主意，请告诉我们。我喜欢的另一个功能是您可以在 GUI 中设置编译时选项来构建您的确切配置。我可以想象定义了每个 Grbl 功能，如果有人不需要归巢，例如他可以取消选择它，因为他可能需要钻孔循环但没有足够的闪光……请将你的想法发布到这个线程并让’ |
|
如果我在字里行间读得正确，那么您是在尝试使 Jacob
|
|
我最关心的是让新用户在需要时尽可能轻松地重新编译 Grbl。现在，它与 Arduino IDE 非常一致，因为它是标准化的、跨平台的，并且所有 Arduino 用户都拥有它。我总是对特定于平台的库/程序持怀疑态度。 至于使 Grbl 更具可配置性，我确实知道@csdexter已经在他的 Grbl 分支上开始了硬件抽象层。就个人而言，我还没有准备好让这样的东西上线，因为还有很多事情要做。但是，我非常愿意在后台进行此操作，以便在 Grbl 准备就绪时轻松实施。 我一直在离线与 grblshield 的 Alden Hart 交谈，我们一直在讨论下一代的可能性。我们已经达成共识，即 ARM 在库方面还没有真正准备好，如果我们真的走那条路，我们将开辟一条艰难的道路，因为我不是 ARM 专家。我认为这需要其他人有时间和专业知识才能实现。但对于功能更强大的 AVR，我们正在研究 Teensy++ 或 atmega128x 系列。也可能是 Sanguino 的 644。如果能为这些平台中的每一个都提供一个简单的 make 接口，那就太好了。 |
|
您可以关闭它，看起来可以使用 cmake，但此时它并不真正适用。正如我们所说，让我们看看未来会发生什么，也许在某一时刻将此工具或其他工具添加到现有工具链中是有意义的。但现在我们应该坚持使用 Arduino IDE，而且看起来 ARM 正朝着这个方向发展。 |
我确实看到了 cmake 与其他开源项目的使用，它允许跨平台编译，而且它有一个很好的编译时间管理……我在想，也许在某一时刻，这将是为未来打下基础的好时机加上为用户提供一种简单的方法来为那里的体系结构编译软件，而无需了解 C 和更改头文件中的内容……我可以研究它只是为了看看这是否是一个选项，但前提是有兴趣进入那个方向。