rust - 为 ARM 编译时使用破坏 zksync

Question

这是一个复杂而困难的问题，但我会尽我所能分解它。它归结为当我为 ARM64 编译一个 rust 项目时（目标是在 rasp pi 4 上运行）。

大多数库都可以编译（704 / 740），但在编译zksync目录时会中断。golem的yagna 客户端是我正在编译的，我正在使用

目标 - target.arm-unknown-linux-musleabi 链接器 - arm-linux-gnueabihf-ld

我很想听听想法解决方案，或者我做错了什么，所以我可以让这个项目在 ARM 上运行。我得到的错误代码是

 Ok(stat.blocks_available() as u64 * stat.fragment_size())
^^^^^^^^^^^^^^^^^^^^ expected `u64`, found `u32`

除其他错误外，所有错误都围绕转换整数时的位差异。这导致我怀疑 usize 是罪魁祸首，因为它基于 CPU 架构的大小，这可以解释 ARM 编译把它弄乱了，直到你必须处理 int （在转换时）才会出现。

让我知道您是否需要更多信息，尽我所能来封装问题

Answer 1

stat是一个Statvfs结构，返回类型Statvfs::blocks_available()是fsblkcnt_t，返回类型Statvfs::fragment_size()是c_ulong。这两种类型在libc包中定义，它是对低级 C OS 调用的轻薄包装。这些类型等同于操作系统特定*.h文件中的 C 类型。类型的大小因平台而异。

您正在编译的库似乎对这些大小及其算术兼容性进行了一些假设。

给图书馆作者的一些错误报告将是有序的。

如果您愿意自己修补库，那么您应该首先调查您平台的libc包并检查您所看到的错误所涉及的所有类型的定义。然后修复算术表达式，使类型兼容并且不会溢出。

我不认为 Rust 的类型系统足够聪明，无法支持一个代码体来处理所有可能的类型大小组合，既安全（没有溢出或截断）又有效（没有不必要地将所有内容强制转换为 u128）。可能需要特定于平台的补丁。