最新

我一直在为Cortex-M（以及更广泛的32位ARM）开发一个轻量级的运行时加载器，能够在运行时从SD卡、闪存或通用存储中加载和重定位ELF模块。它并不是Linux意义上的动态链接器，但确实执行符号解析和针对主机定义的ABI进行重定位。 这个项目的目标是实现可扩展的固件平台，而无需重新烧录或将所有内容静态链接到主映像中。我分享这个项目是希望它能对其他人有所帮助，同时也希望能获得建设性的反馈。

大家好，我们是 Eliza 和 Xin。我们正在开发 Hurry，这是一个开源的工具，可以为 Cargo 添加分布式构建缓存，几乎不需要配置。无论你在哪里运行 `cargo build`，都可以用 `hurry cargo build` 来替代，并期待构建速度提升约 2-5 倍（我们的最佳基准测试结果是 22 倍）。 我们之所以开发这个工具，是因为对当前 Rust 的构建缓存选项感到不满意。Buck 和 Bazel 需要学习新的工具，而 GitHub Actions 和 swatinem 的粒度过于粗糙（要么整个缓存命中，要么全部不命中），且调试起来很麻烦，cargo-chef 和 Docker 层缓存也存在同样的问题。 我们希望有一个能够在包级别恢复缓存的工具，不需要特定于集成的设置，并且能够在任何地方使用。 Hurry 完全开源，遵循 Apache 2 许可证。你可以通过我们的云托管缓存服务在 <a href="https://hurry.build" rel="nofollow">https://hurry.build</a> 进行尝试，或者从 <a href="https://github.com/attunehq/hurry" rel="nofollow">https://github.com/attunehq/hurry</a> 自行托管构建缓存服务。对于一些尚未完善的地方，我们深表歉意——我们已经有一些客户在使用关键路径，但构建工具的复杂性较大。我们在 <a href="https://github.com/attunehq/hurry?tab=readme-ov-file#known-limitations" rel="nofollow">https://github.com/attunehq/hurry?tab=readme-ov-file#known-limitations</a> 上列出了已知的限制。 我们希望这里的朋友们能够试用一下（也许在你下一个 Rust 冬季侧项目中？）并告诉我们你的想法。我们会在评论区回复，或者你也可以通过 founders@attunehq.com 给我们发邮件。 我们的目标是让软件工程的各个部分变得更快。如果你有任何希望加速的编码工作流程，请随时与我们联系。我们很乐意交流。

您好， 我最近看到几年前的这个讨论串：https://news.ycombinator.com/item?id=34501352 我特别对vidarh的评论感兴趣，评论开头是：“你已经得到了答案：简单性。你一直在忽视它。” 我非常想知道这个人对Rust的看法。Rust比Oberon或它的后代更好吗？ 我听说Rust是一个庞大的语言。从这个定义来看，更简单的语言应该更好，对吧？然而，Rust是一个重要的语言，而Oberon则显得有些过时？ 我会继续寻找，也许会尝试直接联系他/她（或其他人）。