Nixos binary caches的想法导致我考虑这个问题。
在 nix 中，每个编译的二进制文件都与一个散列键相关联，该键是从散列所有依赖项和构建脚本中获得的，即 nix 中的“派生”。反正这是我的理解。
但是，在不同的机器上编译时，相同的派生不能导致不同的二进制文件吗？
如果机器 A 的处理器与机器 B 的处理器的指令集略有不同，并且编译器考虑了这种不同的指令集，那么在机器 A 上编译推导产生的二进制文件是否与在机器 A 上编译推导产生的二进制文件有区别？机器B？如果是这样，那么不同的二进制文件不能具有相同的派生，从而具有相同的 nix 哈希值吗？
在具有不同指令集的机器上构建的相同推导是否总是产生相同的二进制文件？
最佳答案
这取决于编译器实现和传递给它的选项。比如默认情况下GCC似乎并不关注当前处理器的细节，除非你指定-march=native或 -mtune=native .
所以是的，如果您使用这些标志或具有这些标志的默认行为的编译器，您将在具有不同 CPU 型号的机器上获得不同的输出。
构建也可能由于其他原因不可重现，例如时钟值或随机值的不当使用，甚至是线程以非确定性交错模式访问的计数器。
Nix 确实提供了一个沙箱，可以去除一些熵源；主要是可能存在于机器上的假定不相关的软件。出于实际原因，它不会删除所有这些来源。
由于这些原因，即使在使用 Nix 进行包装时，也必须考虑可重复性；不是由它完全解决的东西。
我将引用菜单“实现确定性构建
"来自 https://reproducible-builds.org/docs/ 并尽我所知用 Nix 的效果对其进行注释。不要引用我的话。
/build ; macOS 可能因安装方法而异 关于nix - 相同的代码和相同的编译器可以在不同的机器上生成不同的二进制文件吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/66907407/