Linuxで非ルートとして別の（新しい）glibc / gcc /…スタックを維持するにはどうすればよいですか

私たちの計算クラスターは、非常に古いバージョンのCentOSを実行し、古いカーネル（2.6.18）と、もちろん古いライブラリとバイナリを使用しています。すべてを更新するには、すべてのノードで多くの作業が必要になるため、これはオプションではありません。

（および/または）のC++11新しいバージョンを必要とする、したがって新しいバージョンを必要とするプログラムをコンパイルして使用しようとしています。私はシステムをいじりたくないので、ローカルディレクトリツリーで非rootユーザーとしてこれを実行したいと思います。gccclang

問題は、マシンに存在するものgccよりglibcも新しいものが必要であることです。したがって、おそらくここで説明するようglibcに、ローカルlib/ツリーでの別の新しいバージョンを維持する必要があります。

私は失われていますどこでどのように必要なすべてのバイナリに私の地元のlibsのパスI「決め打ち」を行う、すなわち、あるgcc、g++など？LD_LIBRARY_PATHをローカルlib/ツリーに設定すると、コンパイルされていないELF file OS ABI invalid新しいlibm.so/ を使用したいため、すべてのシステムバイナリが機能しなくなります（）libc.so。

だから、それを包むために：（含む新しい、ローカル開発スタックを維持する適切な方法は何でglibc、gccrootとしていじりせずに古いシステムに並列など）は？

副次的な質問として、LD_LIBRARY_PATHを設定することは、SE全体で解決策として投稿されglibcます。私にとって、システムバイナリ（などls）を実行しようとすると、上記のエラーが発生します。どうして？私は何か間違ったことをしましたか、これは意図された動作ですか？

基本的に3つのオプションがあります。

1. ライブラリを囲むラッパーを使用します。これにより、LD_LIBRARY_PATH適切に設定され、目的のライブラリが実行されます。

   #!/bin/sh
   export LD_LIBRARY_PATH="path/goes/here"
   exec "$@"
   

2. -rpath（-Wl,rpath）とリンクして、ダイナミックリンカーの検索パスをバイナリに追加します（SOの回答も参照-ラッパーについても言及しています）。

3. これを読むのは好きではありません。クラスターを更新してください（ "your"に重点を置いていることに注意してください）。それはいつの日か行われる必要があるので、なぜ今日ではないでしょう。「オプションではない」は、ほとんどの場合少し強いです。他のユーザーもおそらく同じ問題を抱えています。

問題のある古いバイナリについて-バイナリには、優先される動的リンカーが埋め込まれています。そして、古い動的リンカは新しいABIを理解しません。次のようにバイナリを呼び出してみてくださいpath/to/your/ld-linux-<arch>.so binary。

CFLAGSGCCのビルド：GCCのビルド環境でいつでもエクスポートを試すことができますが、確実に反映されます。さまざまなディストリビューションのビルドスクリプトは、いくつかの手掛かりを与える可能性があります（例：openSUSEの場合、.specファイルの 1880行目を見てください）。