Question

我有一个派生（default.nix）定义为：

with import <nixpkgs> {};
let
  version = "7.5.1";
in  
stdenv.mkDerivation {
  name = "gurobi-${version}";
  src = fetchurl {
    url = http://packages.gurobi.com/7.5/gurobi7.5.1_linux64.tar.gz;
    sha256 = "7f5c8b0c3d3600ab7a1898f43e238a9d9a32ac1206f2917fb60be9bbb76111b6";
  };
  installPhase = ''
    cp -R linux64 $out
    patchelf --set-interpreter \
      ${stdenv.glibc}/lib/ld-linux-x86-64.so.2 $out/bin/*
    patchelf --set-rpath ${stdenv.glibc}/lib $out/bin/*
  '';
  GUROBI_HOME = "$out";
}

除此之外：即使我有cp -R linux64 $out/，似乎linux64的内容也会被复制到$out，而不是linux64本身被复制到$out ......我认为......这似乎是非标准的。

第二个文件（gurobi-shell.nix）是：

with import <nixpkgs> {};
let
  myGurobi = (import ./default.nix);
in stdenv.mkDerivation  {
  name = "gurobi-shell";
  buildInputs = [ myGurobi ];
  shellHook = ''
   export GUROBI_HOME="${myGurobi.GUROBI_HOME}"
   export GUROBI_PATH="${myGurobi.GUROBI_HOME}"
  '';
}

当我运行nix-shell gurobi-shell.nix然后echo $GUROBI_HOME时，我得到： /nix/store/jsy0q02hyprz6mllblfb0gim3l8077d8-gurobi-shell

但是，我希望并希望它是： /nix/store/s2kj78cnpnnbwr6q8qylg0n02m0sm32a-gurobi-7.5.1

编辑：我猜这可能与懒惰评估有关，但我不确定。无论如何，我找到了一种解决方法，即使用myGurobi.out代替myGurobi.GUROBI_HOME。

Answer 1

首先，作为您的回答：当运行installPhase时，尚未创建$ out。如果目的地不存在，cp将复制目录linux64以创建以值$out命名的目录，因此$out的内容将是与linux64的内容相同。如果您希望mkdir -p $out作为目录存在，则可能希望在installPhase的开头$out。

对于您问题的主要部分："$out"设置中的GUROBI_HOME将GUROBI_HOME设置为文字值$out，而不是导出的扩展输出路径。当您在${myGurobi.GUROBI_HOME}中引用shellHook时，它将扩展为export GUROBI_HOME="$out"。由于期望nix-shell重建在构建派生时使用的环境，因此$out被设置为gurobi-shell派生的输出目录，这就是为什么要将其设置为错误值的原因。 / p>

如何正确引用本地依赖派生的输出目录

1 个答案: