長い話を短く

考えられる解決策はpatchelf、（矛盾するglibcバージョンを処理する必要がある場合：ホストシステムからnixライブラリにリンクされている）私のストーリーの後半を参照することです。

一般的な方法を試してください

LD_LIBRARY_PATHをお試しください。

さて、これに環境変数を設定しました~/.bash_profile。

NIX_LINK=/home/ivan/.nix-profile
export LD_LIBRARY_PATH="$NIX_LINK"/lib

しかし、それはすべてではありません！

今、別のバージョンに接続するのに問題がありますlibc。

$ ldd -r ../valencies 
../valencies: /lib64/libc.so.6: version `GLIBC_2.15' not found (required by ../valencies)
../valencies: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ../valencies)
../valencies: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/ivan/.nix-profile/lib/libgmp.so.10)
    linux-vdso.so.1 =>  (0x00007fff365ff000)
    /usr/local/lib/libsnoopy.so (0x00007f56c72e6000)
    libgmp.so.10 => /home/ivan/.nix-profile/lib/libgmp.so.10 (0x00007f56c7063000)
    libffi.so.5 => /usr/lib64/libffi.so.5 (0x00007f56c6e54000)
    libm.so.6 => /lib64/libm.so.6 (0x00007f56c6bd0000)
    librt.so.1 => /lib64/librt.so.1 (0x00007f56c69c7000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f56c67c3000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f56c65a6000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f56c6211000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f56c74f1000)
symbol memcpy, version GLIBC_2.14 not defined in file libc.so.6 with link time reference    (/home/ivan/.nix-profile/lib/libgmp.so.10)
symbol memcpy, version GLIBC_2.14 not defined in file libc.so.6 with link time reference    (../valencies)
symbol __fdelt_chk, version GLIBC_2.15 not defined in file libc.so.6 with link time reference   (../valencies)
$ 

glibcの2つのバージョンのクリーンアップ

ここで最も驚くべきエラーは次のとおりです。

symbol memcpy, version GLIBC_2.14 not defined in file libc.so.6 with link time reference    (/home/ivan/.nix-profile/lib/libgmp.so.10)

使用しているバージョンがインストールされている必要があるためですnix！glibclibgmp

実際にはglibcfromがnixそこにあります。

$ ldd -r /home/ivan/.nix-profile/lib/libgmp.so.10
    linux-vdso.so.1 =>  (0x00007fff0f1ff000)
    /usr/local/lib/libsnoopy.so (0x00007f06e9919000)
    libc.so.6 => /nix/store/93zfs0zzndi7pkjkjxawlafdj8m90kg5-glibc-2.20/lib/libc.so.6 (0x00007f06e957c000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f06e9371000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f06e9da7000)
symbol _dl_find_dso_for_object, version GLIBC_PRIVATE not defined in file ld-linux-x86-64.so.2 with link time reference (/nix/store/93zfs0zzndi7pkjkjxawlafdj8m90kg5-glibc-2.20/lib/libc.so.6)
/home/ivan/.nix-profile/lib/libgmp.so.10: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument
$ 

glibcユーザーが利用できない可能性があるため、バイナリを実行すると、glibcシステムバイナリが最初にロードされます。証明する:

$ ls ~/.nix-profile/lib/*libc*
ls: cannot access /home/ivan/.nix-profile/lib/*libc*: No such file or directory
$ 

glibcまあ、ユーザーに表示されるようにすることもできます。

$ nix-env -i glibc

その場合、すべてが悪い：

$ ldd -r ../valencies 
/bin/bash: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument
$ /bin/echo ok
/bin/echo: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument
$ 

nixだから、独自のバイナリを実行するときにライブラリをロードしたい場合は簡単ではないようです。

今コメントします

export LD_LIBRARY_PATH="$NIX_LINK"/lib

シェルセッションで、次の操作を行います。

$ unset LD_LIBRARY_PATH
$ export LD_LIBRARY_PATH

もっと考えが必要です。 （読む__vdso_time: dlopen() の無効なモード：あなたglibcのLD_LIBRARY_PATH。単一のシステムに複数のバージョンのglibcを持つことは可能ですが、この回答で説明されているように少し面倒です。 )ld-linux-x86-64.so.2libc.so.6

必要な解決策: patchelf

したがって、動的リンカーへのパスはバイナリにハードコードされます。そして、使用された動的リンカーは、nixではなくシステム（ホストglibc）から取得されます。そして動的リンカーは私たちが望んで使用しなければならないglibcと一致しないので動作しません。

シンプルで実現可能な解決策は次のとおりです。パヘルフ。

patchelf --set-interpreter /home/ivan/.nix-profile/lib/ld-linux-x86-64.so.2 ../valencies

その後は効果がありました。しかし、まだバイオリンをオンにする必要がありますLD_LIBRARY_PATH。

$ LD_LIBRARY_PATH=/home/ivan/.nix-profile/lib:/lib64/:/usr/lib64/ ../valencies

私の不完全なように、いくつかのライブラリはnixからインポートされ、一部はホストシステムからインポートされます（まだインストールしていないためnix-env -i）。〜しなければならないnix ライブラリーとホスト・システム・ライブラリーへのパスを指定しますLD_LIBRARY_PATH(基本検索パスを完全にオーバーライドします)。

追加手順：ライブラリ検索パスのpatchelf

（ページからpatchelf）

RPATH同様に、実行可能ファイルと動的ライブラリに含まれるリンカ検索パスを変更できます。

patchelf --set-rpath /opt/my-libs/lib:/foo/lib program

これにより、動的リンカーは/opt/my-libs/libプログラム/foo/libに必要な共有ライブラリを検索します。もちろん環境変数を設定することもできますがLD_LIBRARY_PATH、環境設定にはラッパースクリプトが必要なため不便な場合が多いです。