关于Nixpkgs依赖项平台属性与传播规则的技术问询

问题1：原文称依赖项可沿三个维度划分，但仅找到两个维度：相对于新derivation的host和target平台、是否被传播，请问第三个维度是什么？ #

原文表述有简略性，实际三个完整维度是：

• 维度1：依赖项对应的平台类型（build/host/target）
• 维度2：该平台类型相对于当前新derivation的host/target平台的相对偏移关系
• 维度3：依赖项是否被传播

原文把前两个和平台相关的维度合并成了“相对于新derivation的host和target平台”的描述，结合后文用三元数标记依赖类型的内容，就能明确build/host/target的平台类型区分是第三个隐含维度。

问题2：原文内容含义解释 #

（1）第一段中提到的依赖项的“host和target platforms” #

在Nix构建体系里：

• host平台：依赖项最终要运行的平台。比如你编译一个在x86_64 Linux上跑的程序，这个程序的host平台就是x86_64-linux；原生编译场景下，host平台就是构建机器本身的平台。
• target平台：仅交叉编译场景需要，指依赖项生成的代码最终要运行的平台。比如在x86_64 Linux上编译给ARM Linux用的编译器，这个编译器的target平台就是aarch64-linux。
  即使是非交叉编译场景，这个概念也用来区分：host对应运行时依赖，target对应构建时需针对目标生成代码的依赖。

（2）最后一段中“assigning to each dependency a couple of ternary numbers (-1 for build, 0 for host, and 1 for target) representing its dependency type”里的“build”，它是否是依赖项除host和target之外的另一个平台？ #

是的，build是Nix交叉编译体系的第三个核心平台：

• build平台：执行构建过程的机器平台。比如你在x86_64 Linux上编译程序，build平台就是x86_64-linux。
  三元数的作用就是标记依赖的平台属性：-1代表构建过程中要用到的工具类依赖，0代表程序运行时需要的依赖，1代表交叉编译时生成目标代码需要的依赖。

（3）“their host and target platforms relative to the new derivation’s”的含义 #

这句话指依赖项自身的host、target平台，和当前正在构建的新derivation的host、target平台之间的对应关系。
举个例子：如果当前构建的derivation的host平台是x86_64-linux，某个依赖的host平台也是x86_64-linux，那两者的host平台是匹配的；如果是交叉编译场景，当前derivation的target是aarch64-linux，某个依赖的target也对应这个平台，那两者的target平台相对关系一致。

（4）最后一段中的两句加粗语句 #

第一句：依赖项传播后的类型不一定与原类型相同，而是会转换为对应类型以符合平台规则

意思是：当一个依赖被传播给下游derivation时，它的平台类型（build/host/target）不会直接沿用原类型，而是会根据下游derivation的平台配置自动转换。
比如上游derivation的一个host类型依赖，传播到下游后，可能会变成下游的build类型或host类型，具体由下游的平台规则决定。

第二句：为确定依赖项传播的确切规则，我们首先为每个依赖项分配一组三元数（-1代表build，0代表host，1代表target）以表示其依赖类型，该类型体现了其host和target平台相对于依赖derivation的host和target平台的“偏移”情况

意思是：为了明确依赖传播时的类型转换逻辑，我们给每个依赖用一对三元数（分别对应依赖的host和target平台偏移）来标记类型。这里的“偏移”是指依赖的平台和它所属的derivation平台的相对关系：

• -1：依赖的平台是所属derivation的build平台
• 0：依赖的平台和所属derivation的host平台一致
• 1：依赖的平台是所属derivation的target平台
  通过这组三元数，就能精准计算出依赖传播到下游derivation时应该转换成什么类型。

内容的提问来源于stack exchange，提问作者Tim