¿Cómo mantengo una pila glibc / gcc / ... separada (más nueva) como no root en Linux

Nuestro clúster de cómputo ejecuta una versión muy antigua de CentOS, con un Kernel antiguo (2.6.18) y, por supuesto, libs y binarios antiguos. Debido a que actualizar todo requiere mucho trabajo en todos los nodos, esta no es una opción.

Estoy tratando de compilar y usar un programa que requiera C++11y, por lo tanto, versiones más nuevas de gcc(y / o clang). Como no quiero perder el tiempo con el sistema, quiero hacerlo como usuario no root en algún árbol de directorios local.

El problema es que gccrequiere una versión glibcmás nueva que la que está presente en la (s) máquina (s). Por lo tanto, necesito mantener una versión más nueva y separada de glibcmi lib/árbol local , probablemente como se describe aquí .

Donde estoy perdido es, ¿cómo "codifico" las rutas de mis bibliotecas locales en todos los archivos binarios requeridos, es decir gcc, g++etc.? Establecer LD_LIBRARY_PATH en mi lib/árbol local hace que todos los binarios del sistema ya no funcionen ( ELF file OS ABI invalid) porque quieren usar mi nuevo libm.so/ libc.socontra el cual no han sido compilados.

Entonces, para concluir: ¿Cuál es la forma correcta de mantener una pila de desarrollo local más nueva (que contiene glibc, gccetc.) en paralelo a un sistema antiguo sin perder el tiempo como root?

Como pregunta adicional: la configuración LD_LIBRARY_PATH se publica como una solución en todo SE cuando se trata de separar glibc. Para mí, causa los errores anteriores cuando intento ejecutar cualquier sistema binario (como ls). ¿Cómo? ¿Hice algo mal o este es el comportamiento previsto?

Básicamente tienes tres opciones:

1. Use un contenedor alrededor de sus bibliotecas, que se configurará LD_LIBRARY_PATHadecuadamente y luego ejecutará la biblioteca deseada, algo como:

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

2. enlace con -rpath( -Wl,rpath) que agrega la ruta de búsqueda para el enlazador dinámico en el binario (vea también la respuesta SO , también menciona el contenedor).

3. No le gustará leer este: actualice su clúster (tenga en cuenta el énfasis en "su"). Tendrá que hacerse un día u otro, entonces, ¿por qué no hoy? "No es una opción" es un poco fuerte en la mayoría de los casos. Otros usuarios probablemente tengan los mismos problemas.

En cuanto a los viejos binarios que tienen problemas, los binarios tienen su enlazador dinámico preferido incrustado en ellos. Y el viejo enlazador dinámico no entiende el nuevo ABI. Trate de llamar a los binarios como este: path/to/your/ld-linux-<arch>.so binary.

Creación de GCC: siempre puede intentar exportar CFLAGSen el entorno de creación de GCC, pero estoy seguro de que se propagan. Los scripts de compilación de varias distribuciones pueden darle algunas pistas (por ejemplo: para openSUSE, mire alrededor de la línea 1880 en el archivo .spec ).