3

我有一个推导 ( 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.nixthenecho $GUROBI_HOME时，我得到： /nix/store/jsy0q02hyprz6mllblfb0gim3l8077d8-gurobi-shell

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

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

4

1 回答 1

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，这就是您将其设置为错误值的原因。

于 2018-07-01T05:02:53.413 回答