代码之家 › 专栏 › 技术社区 › Tim unnamed eng

应该如何读取此依赖性平台表?

package-management nixos nix dependencies

Tim unnamed eng · 技术社区 · 2 年前

https://nixos.org/manual/nixpkgs/stable/#ssec-stdenv-dependencies-reference 说

当它的某些其他可传递(非即时)的下游依赖项也需要它作为直接依赖。[3]

需要注意的是,依赖关系不一定以与以前相同的依赖关系传播,但是而是作为相应的排序,以便平台规则仍然一致向上的为了确定依赖关系传播的确切规则,我们开始通过为每个依赖项分配一对三进制数(-1用于 build,0表示主机,1表示目标)表示其依赖类型, 它捕获其主机和目标平台各自的偏移量从依赖的派生主机和目标平台。这个下表总结了可以获得:
host â target         attribute name          offset
build --> build       depsBuildBuild          -1, -1
build --> host        nativeBuildInputs       -1, 0
build --> target      depsBuildTarget         -1, 1
host --> host         depsHostHost            0, 0
host --> target       buildInputs             0, 1
target --> target     depsTargetTarget        1, 1

我想知道如何阅读表格?

“主机目标”和“构建-->构建”中的箭头是什么意思?

偏移是如何计算的?

0 回复 | 直到 2 年前

tobiasBora 2 年前

所以这与你的另一个问题非常接近 here ,事实证明,我在那里的新答案也回答了这个问题。长话短说,如果你不构建编译器,那么你只想使用 nativeBuildInputs 用于编译时所需的依赖项( cmake , pkg-build 等等),以及 buildInputs 其他一切。

对于更高级的用例,您看到的表有两个冗余列: offset 只是第一列的数字转换,其中:

-1 = build (构建程序的机器的体系结构),
0 = host (将运行程序的机器的体系结构),
1 = target (如果您构建编译器,将运行程序编译的程序的机器的体系结构)。

所以 host -> target 与设置元组是一样的 (0,1) ,并且它非正式地表示依赖项将在 主办 ,以及(如果是编译器)它应该为体系结构编译东西 目标 。

中间的列是调用的命令,用于将相应的元组属性为依赖项:例如:

nativeBuildInput = [ gcc ];

将关联 build -> host 到gcc,即陈述的味道 gcc 需要的是在上运行的 建筑 体系结构,为编译 主办 建筑学

更多详细信息在这里。

推荐文章

RÃ©ussite Bugale · r markdown Dependencies软件包安装问题

4 年前

Andrew · 如何修复IntelliJ IDEA中冲突的Kotlin依赖关系?

8 年前

user9347532 · 无法解析:com。安卓支持:支持兼容:27.2.0

8 年前

recursivePython · C#发布中不包含依赖项

8 年前

ChumboChappati · UML:组合或依赖

8 年前

PCL · 使用Nexus工件库的多项目gradle构建

8 年前

Georg Heiler · 在多项目设置中加载sbt控制台的正确依赖项导致derby安全异常

8 年前

Jankapunkt · Meteor包使用tmeasday从仅标记为依赖关系的npm包导入css文件:检查npm版本

8 年前

Gustavo Piucco · 为什么我需要在pom文件中添加slf4j作为依赖项来使用itext7 API?

8 年前

novafluff · 依赖于打包为war的模块,需要类

8 年前