Manualinux
http://www.nvu.com http://www.gimp.org InicioPresentaciónActualizacionesManualesDescargasNoticiasAgradecimientoEnlaces

Entornos GráficosAplicaciones

DesarrolloEmuladoresInternetJuegosMultimediaSistema

Instalar SciPy desde cero

Utilidades - PatchELF




Utilidades - PatchELF




Copyright

Copyright © José Luis Lara Carrascal  2012-2017   http://manualinux.eu



Sumario

Introducción
Preliminares
Instalación
Opciones de línea de comandos
Ejemplos de uso
Enlaces




Introducción  

PatchELF
es una utilidad de línea de comandos, que permite modificar el cargador dinámico predefinido, y la ruta de búsqueda preferente (RPATH) de las dependencias binarias de un ejecutable en formato ELF. En esta web existen ejemplos en cantidad, del uso de la opción '-Wl,-rpath,ruta a directorio o directorios separados por dos puntos', cuando compilamos el código fuente de un programa o librería, que está escrito en C++ o Fortran, con una versión de GCC, que no es la principal del sistema, o necesitamos que el binario a compilar, se enlace contra una determinada versión de una librería.

En algunas compilaciones, las variables de entorno aplicadas, dejan de ser efectivas a la hora de instalar el programa. Lo que viene a provocar, la imposibilidad de ejecutar el programa, al haberse deshecho en el proceso de instalación la variable de entorno establecida y utilizada en el proceso de compilación. La posibilidad de poder disponer de un programa específico para este tema, es una excelente opción a tener en cuenta, y de ahí la inclusión de esta utilidad en la documentación de la web, a la que se hará referencia en aquellos manuales que requieran del uso de la misma.



Preliminares  

1) Comprobar que la ruta de instalación de los binarios del programa la tenemos en nuestro PATH


Abrimos una ventana de terminal y ejecutamos el siguiente comando,

[jose@Fedora-18 ~]$ echo $PATH
/usr/lib/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/jose/bin

Si no aparece entre las rutas mostradas el directorio /usr/local/bin, abrimos un editor de texto y añadimos lo siguiente,

#!/bin/sh

export PATH=/usr/local/bin:$PATH

Lo guardamos con el nombre variables.sh, y lo instalamos en /etc/profile.d.

$ su
# install -m755 variables.sh /etc/profile.d

Tenemos que cerrar el emulador de terminal y volverlo a abrir para que la variable de entorno aplicada sea efectiva. Es conveniente guardar una copia de este script para posteriores instalaciones de nuestro sistema, teniendo en cuenta que es el que se va a utilizar a partir de ahora en todos los manuales de esta web, para establecer variables de entorno globales, excepto en aquellas que sólo afectan al usuario, en las que se utilizará el archivo de configuración personal, ~/.bashrc.

La ventaja de utilizar el directorio /etc/profile.d es que es común a todas las distribuciones y nos evita tener que editar otros archivos del sistema como por ejemplo, /etc/profile.

2) Desinstalar versiones anteriores del programa ubicadas en el directorio /usr

Aún en el caso de que la versión a compilar la vayamos a instalar en el mismo directorio que la que proporciona la distribución, siempre se debe desinstalar previamente la versión antigua, para evitar conflictos innecesarios.



Instalación  

Dependencias

Herramientas de Compilación


Entre paréntesis la versión con la que se ha compilado PatchELF para la elaboración de este documento.

* GCC - (6.3.0) o Clang - (3.9.1)
* Gawk - (4.1.4)
* Make - (4.2.1)
* Automake - (1.15)
* Autoconf - (2.69)



Descarga

patchelf-0.9.tar.bz2

Optimizaciones

$ export {C,CXX}FLAGS='-O3 -march=amdfam10 -mtune=amdfam10'

Donde pone amdfam10 se indica el procesador respectivo de cada sistema seleccionándolo de la siguiente tabla:
Nota informativa sobre las optimizaciones para GCC
* La opción '-march=' establece el procesador mínimo con el que funcionará el programa compilado, la opción '-mtune=' el procesador específico para el que será optimizado. 

* Los valores separados por comas, son equivalentes, es decir, que lo mismo da poner '-march=k8' que '-march=athlon64'.

* En versiones de GCC 3.2.x e inferiores se utiliza la opción '-mcpu=' en lugar de '-mtune='.
Nota informativa sobre las optimizaciones para Clang
* La opción '-mtune=' está soportada a partir de la versión 3.4 de Clang.

* Los valores de color azul no son compatibles con Clang.

* Las filas con el fondo de color amarillo son valores exclusivos de Clang, y por lo tanto, no son aplicables con GCC.
Valores CPU
Genéricos
generic Produce un código binario optimizado para la mayor parte de procesadores existentes. Utilizar este valor si no sabemos el nombre del procesador que tenemos en nuestro equipo. Este valor sólo es aplicable en la opción '-mtune=', si utilizamos GCC. Esta opción está disponible a partir de GCC 4.2.x.
native Produce un código binario optimizado para el procesador que tengamos en nuestro sistema, siendo éste detectado utilizando la instrucción cpuid. Procesadores antiguos pueden no ser detectados utilizando este valor. Esta opción está disponible a partir de GCC 4.2.x.
Intel
atom Intel Atom con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3 y extensiones 64-bit. Esta opción está disponible desde GCC 4.6.x, hasta GCC 4.8.x. A partir de GCC 4.9.x se utiliza la definición bonnell.
bonnell Intel Bonnell con soporte de instrucciones MOVBE, MMX, SSE, SSE2, SSE3, SSSE3 y extensiones 64-bit. Esta opción está disponible a partir de GCC 4.9.x.
broadwell Intel Broadwell con soporte de instrucciones MOVBE, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AVX, AVX2, AES, PCLMUL, FSGSBASE, RDRND, FMA, BMI, BMI2, F16C, RDSEED, ADCX, PREFETCHW y extensiones 64-bit. Esta opción está disponible a partir de GCC 4.9.x. y Clang 3.6.x.
cannonlake Intel Cannonlake con soporte de instrucciones X87, MMX, AVX, FXSR, CMPXCHG16B, POPCNT, AES, PCLMUL, XSAVE, XSAVEOPT, LAHFSAHF, RDRAND, F16C, FSGSBase, AVX2, BMI, BMI2, FMA, LZCNT, MOVBE, INVPCID, VMFUNC, RTM, HLE, SlowIncDec, ADX, RDSEED, SMAP, MPX, XSAVEC, XSAVES, SGX, CLFLUSHOPT, AVX512, CDI, DQI, BWI, VLX, PKU, PCOMMIT, CLWB, VBMI, IFMA y SHA. Esta opción está disponible a partir de Clang 3.9.x.
core2 Intel Core2 con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3 y extensiones 64-bit. Esta opción está disponible a partir de GCC 4.3.x.
core-avx2 Intel Core (Haswell). Esta opción está disponible desde GCC 4.6.x, hasta GCC 4.8.x. A partir de GCC 4.9.x se utiliza la definición haswell.
core-avx-i Intel Core (ivyBridge) con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, AES, PCLMUL, FSGSBASE, RDRND, F16C y extensiones 64-bit. Esta opción está disponible desde GCC 4.6.x, hasta GCC 4.8.x. A partir de GCC 4.9.x se utiliza la definición ivybridge.
corei7 Intel Core i7 con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1 y SSE4.2 y extensiones 64-bit. Soporta también los procesadores Intel Core i3 e i5. Esta opción está disponible desde GCC 4.6.x, hasta GCC 4.8.x. A partir de GCC 4.9.x se utiliza la definición nehalem.
corei7-avx Intel Core i7 con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, AES y PCLMUL y extensiones 64-bit. Soporta también los procesadores Intel Core i3 e i5. Esta opción está disponible desde GCC 4.6.x, hasta GCC 4.8.x. A partir de GCC 4.9.x se utiliza la definición sandybridge.
haswell Intel Haswell con soporte de instrucciones MOVBE, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AVX, AVX2, AES, PCLMUL, FSGSBASE, RDRND, FMA, BMI, BMI2, F16C y extensiones 64-bit. Esta opción está disponible a partir de GCC 4.9.x.
i386 Intel i386.
i486 Intel i486.
i586, pentium Intel Pentium sin soporte de instrucciones MMX.
i686 Produce un código binario optimizado para la mayor parte de procesadores compatibles con la serie 80686 de Intel. Todos los actuales lo son.
intel Intel Haswell y Silvermont. Este valor sólo es aplicable en la opción '-mtune='. Esta opción está disponible a partir de GCC 4.9.x.
ivybridge Intel Ivy Bridge con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AVX, AES, PCLMUL, FSGSBASE, RDRND, F16C y extensiones 64-bit. Esta opción está disponible a partir de GCC 4.9.x.
knl Intel Knights Landing con soporte de instrucciones MOVBE, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AVX, AVX2, AES, PCLMUL, FSGSBASE, RDRND, FMA, BMI, BMI2, F16C, RDSEED, ADCX, PREFETCHW, AVX512F, AVX512PF, AVX512ER y extensiones 64-bit. Esta opción está disponible a partir de GCC 5.x. y Clang 3.4.x.
lakemont Intel Quark Lakemont MCU, basado en el procesador Intel Pentium. Esta opción está disponible a partir de GCC 6.x y Clang 3.9.x
nehalem Intel Nehalem con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT y extensiones 64-bit. Esta opción está disponible a partir de GCC 4.9.x.
nocona Versión mejorada de Intel Pentium4 con soporte de instrucciones MMX, SSE, SSE2, SSE3 y extensiones 64-bit.
penryn Intel Penryn con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3 y SSE4.1.
pentiumpro Intel PentiumPro.
pentium2 Intel Pentium2 basado en PentiumPro con soporte de instrucciones MMX.
pentium3, pentium3m Intel Pentium3 basado en PentiumPro con soporte de instrucciones MMX y SSE.
pentium4, pentium4m Intel Pentium4 con soporte de instrucciones MMX, SSE y SSE2.
pentium-m Versión de bajo consumo de Intel Pentium3 con soporte de instrucciones MMX, SSE y SSE2. Utilizado por los portátiles Centrino.
pentium-mmx Intel PentiumMMX basado en Pentium con soporte de instrucciones MMX.
prescott Versión mejorada de Intel Pentium4 con soporte de instrucciones MMX, SSE, SSE2 y SSE3.
sandybridge Intel Sandy Bridge con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AVX, AES, PCLMUL y extensiones 64-bit. Esta opción está disponible a partir de GCC 4.9.x. y Clang 3.6.x.
silvermont Intel Silvermont con soporte de instrucciones MOVBE, MMX, SSE, MOVBE, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AES, PCLMU, RDRND y extensiones 64-bit. Esta opción está disponible a partir de GCC 4.9.x. y Clang 3.6.x.
skx Intel Skylake Server con soporte de instrucciones X87, MMX, AVX, FXSR, CMPXCHG16B, POPCNT, AES, PCLMUL, XSAVE, XSAVEOPT, LAHFSAHF, RDRAND, F16C, FSGSBase, AVX2, BMI, BMI2, FMA, LZCNT, MOVBE, INVPCID, VMFUNC, RTM, HLE, SlowIncDec, ADX, RDSEED, SMAP, MPX, XSAVEC, XSAVES, SGX, CLFLUSHOPT, AVX512, CDI, DQI, BWI, VLX, PKU, PCOMMIT y CLWB. Esta opción está disponible a partir de Clang 3.5.x. A partir de Clang 3.9.x se utiliza también la definición skylake-avx512.
skylake Intel Skylake con soporte de instrucciones MOVBE, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AVX, AVX2, AES, PCLMUL, FSGSBASE, RDRND, FMA, BMI, BMI2, F16C, RDSEED, ADCX, PREFETCHW, CLFLUSHOPT, XSAVEC, XSAVES y extensiones 64-bit. Esta opción está disponible a partir de GCC 6.x. y Clang 3.6.x.
skylake-avx512 Intel Skylake Server con soporte de instrucciones MOVBE, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AVX, AVX2, AES, PCLMUL, FSGSBASE, RDRND, FMA, BMI, BMI2, F16C, RDSEED, ADCX, PREFETCHW, CLFLUSHOPT, XSAVEC, XSAVES, AVX512F, AVX512VL, AVX512BW, AVX512DQ, AVX512CD y extensiones 64-bit. Esta opción está disponible a partir de GCC 6.x. y Clang 3.9.x
slm Intel Silvermont con soporte de instrucciones X87, MMX, SSE42, FXSR, CMPXCHG16B, MOVBE, POPCNT, PCLMUL, AES, SlowDivide64, CallRegIndirect, PRFCHW, SlowLEA, SlowIncDec, SlowBTMem y LAHFSAHF. Esta opción está disponible a partir de Clang 3.4.x. A partir de Clang 3.9.x se utiliza también la definición silvermont.
westmere Intel Westmere con soporte de instrucciones MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AES, PCLMUL y extensiones 64-bit. Esta opción está disponible a partir de GCC 4.9.x.
yonah Procesadores basados en la microarquitectura de Pentium M, con soporte de instrucciones MMX, SSE, SSE2 y SSE3.
AMD
amdfam10, barcelona Procesadores basados en AMD Family 10h core con soporte de instrucciones x86-64 (MMX, SSE, SSE2, SSE3, SSE4A, 3DNow!, enhanced 3DNow!, ABM y extensiones 64-bit). Esta opción está disponible a partir de GCC 4.3.x. La definición barcelona está disponible a partir de Clang 3.6.x.
athlon, athlon-tbird AMD Athlon con soporte de instrucciones MMX, 3DNow!, enhanced 3DNow! y SSE prefetch.
athlon4, athlon-xp, athlon-mp Versiones mejoradas de AMD Athlon con soporte de instrucciones MMX, 3DNow!, enhanced 3DNow! y full SSE.
bdver1 Procesadores basados en AMD Family 15h core con soporte de instrucciones x86-64 (FMA4, AVX, XOP, LWP, AES, PCL_MUL, CX16, MMX, SSE, SSE2, SSE3, SSE4A, SSSE3, SSE4.1, SSE4.2, ABM y extensiones 64-bit). Esta opción está disponible a partir de GCC 4.7.x.
bdver2 Procesadores basados en AMD Family 15h core con soporte de instrucciones x86-64 (BMI, TBM, F16C, FMA, LWP, AVX, XOP, LWP, AES, PCL_MUL, CX16, MMX, SSE, SSE2, SSE3, SSE4A, SSSE3, SSE4.1, SSE4.2, ABM y extensiones 64-bit). Esta opción está disponible a partir de GCC 4.7.x.
bdver3 Procesadores basados en AMD Family 15h core con soporte de instrucciones x86-64 (FMA4, AVX, XOP, LWP, AES, PCL_MUL, CX16, MMX, SSE, SSE2, SSE3, SSE4A, SSSE3, SSE4.1, SSE4.2, ABM y extensiones 64-bit). Esta opción está disponible a partir de GCC 4.8.x. y Clang 3.4.
bdver4 Procesadores basados en AMD Family 15h core con soporte de instrucciones x86-64 (BMI, BMI2, TBM, F16C, FMA, FMA4, FSGSBASE, AVX, AVX2, XOP, LWP, AES, PCL_MUL, CX16, MOVBE, MMX, SSE, SSE2, SSE3, SSE4A, SSSE3, SSE4.1, SSE4.2, ABM y extensiones 64-bit). Esta opción está disponible a partir de GCC 4.9.x. y Clang 3.5.x.
btver1 Procesadores basados en AMD Family 14h core con soporte de instrucciones x86-64 (MMX, SSE, SSE2, SSE3, SSE4A, CX16, ABM y extensiones 64-bit). Esta opción está disponible a partir de GCC 4.6.x.
btver2 Procesadores basados en AMD Family 16h core con soporte de instrucciones x86-64 (MOVBE, F16C, BMI, AVX, PCL_MUL, AES, SSE4.2, SSE4.1, CX16, ABM, SSE4A, SSSE3, SSE3, SSE2, SSE, MMX y extensiones 64-bit). Esta opción está disponible a partir de GCC 4.8.x.
geode AMD integrado con soporte de instrucciones MMX y 3DNow!. Esta opción está disponible a partir de GCC 4.3.x.
k6 AMD K6 con soporte de instrucciones MMX.
k6-2, k6-3 Versiones mejoradas de AMD K6 con soporte de instrucciones MMX y 3DNow!.
k8, opteron, athlon64, athlon-fx Procesadores basados en AMD K8 core con soporte de instrucciones x86-64 (MMX, SSE, SSE2, 3DNow!, enhanced 3DNow! y extensiones 64-bit).
k8-sse3, opteron-sse3, athlon64-sse3 Versiones mejoradas de AMD K8 core con soporte de instrucciones SSE3. Esta opción está disponible a partir de GCC 4.3.x.
x86-64 Procesadores AMD y compatibles con soporte de instrucciones x86-64, SSE2 y extensiones 64-bit.
znver1 Procesadores basados en AMD Family 17h core con soporte de instrucciones x86-64 (BMI, BMI2, F16C, FMA, FSGSBASE, AVX, AVX2, ADCX, RDSEED, MWAITX, SHA, CLZERO, AES, PCL_MUL, CX16, MOVBE, MMX, SSE, SSE2, SSE3, SSE4A, SSSE3, SSE4.1, SSE4.2, ABM, XSAVEC, XSAVES, CLFLUSHOPT, POPCNT y extensiones 64-bit). Esta opción está disponible a partir de GCC 6.x.
Otros
c3 Via C3 con soporte de instrucciones MMX y 3DNow!.
c3-2 Via C3-2 con soporte de instrucciones MMX y SSE.
winchip2 IDT Winchip2, que equivale a un i486 con soporte de instrucciones MMX y 3DNow!.
winchip-c6 IDT Winchip C6, que equivale a un i486 con soporte de instrucciones MMX.

Optimizaciones adicionales

Optimizaciones adicionales
GCC
Graphite
$ export {C,CXX}FLAGS+=' -floop-interchange -ftree-loop-distribution -floop-strip-mine -floop-block'
LTO
$ export {C,CXX}FLAGS+=' -fuse-linker-plugin -flto=2'
Donde pone 2 se indica el número de núcleos de nuestro procesador, si sólo tiene uno, utilizar el parámetro -flto

Clang
Polly
$ export {C,CXX}FLAGS+=' -O3 -mllvm -polly -mllvm -polly-vectorizer=stripmine'
LTO
$ export {C,CXX}FLAGS+=' -flto'
ThinLTO
$ export {C,CXX}FLAGS+=' -flto=thin'
La aplicación de esta optimización es alternativa a la tradicional LTO, a partir de Clang 3.9.x, y por lo tanto, no es combinable con la misma.

Parámetros adicionales

Parámetros adicionales de eliminación de avisos específicos en el proceso de compilación
Clang
$ export {C,CXX}FLAGS+=' -Qunused-arguments'

Establecer el RPATH correspondiente si utilizamos una versión de GCC que no es la principal del sistema
$ export LDFLAGS="-Wl,-rpath,/opt/gcc-6.3.0/lib -lstdc++"
Sustituir /opt/gcc-6.3.0/lib por la ruta de instalación de la versión de GCC alternativa que se vaya a utilizar en el proceso de compilación de este paquete.

Establecer el uso de enlazador dinámico para LLD
$ export LDFLAGS+=' -fuse-ld=lld -Wl,--allow-multiple-definition'
Optimizaciones complementarias LTO de LLD
$ export LDFLAGS+=' -Wl,--lto-jobs=2 -Wl,--lto-O3'
Donde pone 2 se indica el número de núcleos de nuestro procesador, si sólo tiene uno, no es necesario añadir el primer parámetro. 

Establecer la variable de entorno de uso de compilador para Clang
$ export {CC,CXX}=clang

Extracción y Configuración  Bloc de Notas

$ tar jxvf patchelf-0.9.tar.bz2
$ cd patchelf-0.9
$ ./configure --disable-dependency-tracking

Explicación de los comandos

--disable-dependency-tracking : Acelera el tiempo de compilación

Compilación

$ make

Instalación como root

$ su -c "make install-strip"

Estadísticas de Compilación e Instalación de PatchELF

Estadísticas de Compilación e Instalación de PatchELF
CPU AMD Athlon(tm) II X2 260 Processor
MHz 3214.610
RAM 2048 MB
Sistema de archivos XFS
Versión de Glibc 2.23
Enlazador dinámico LLD 3.9.1
Compilador Clang 3.9.1
Parámetros de optimización -03 -march=amdfam10 -mtune=amdfam10 -mllvm -polly -mllvm -polly-vectorizer=stripmine -flto=thin
Tiempo de compilación 6"
Archivos instalados 3
Mostrar/Ocultar la lista de archivos instalados
Ocupación de espacio en disco 168 KB

Desinstalación como root

1) MODO TRADICIONAL

En el directorio de compilación ejecutamos el siguiente comando:

$ su -c "make uninstall"

2) MODO MANUALINUX

El principal inconveniente del comando anterior es que tenemos que tener el directorio de compilación en nuestro sistema para poder desinstalar el programa. En algunos casos esto supone muchos megas de espacio en disco. Con el paquete de scripts que pongo a continuación logramos evitar el único inconveniente que tiene la compilación de programas, y es el tema de la desinstalación de los mismos sin la necesidad de tener obligatoriamente una copia de las fuentes compiladas.

patchelf-0.9-scripts.tar.gz

$ su
# tar zxvf patchelf-0.9-scripts.tar.gz
# cd patchelf-0.9-scripts
# ./Desinstalar_patchelf-0.9

Copia de Seguridad como root

Con este otro script creamos una copia de seguridad de los binarios compilados, recreando la estructura de directorios de los mismos en un directorio de copias de seguridad (copibin) que se crea en el directorio /var. Cuando se haya creado el paquete comprimido de los binarios podemos copiarlo como usuario a nuestro home y borrar el que ha creado el script de respaldo, teniendo en cuenta que si queremos volver a restaurar la copia, tendremos que volver a copiarlo al lugar donde se ha creado.

$ su
# tar zxvf patchelf-0.9-scripts.tar.gz
# cd patchelf-0.9-scripts
# ./Respaldar_patchelf-0.9

Restaurar la Copia de Seguridad como root

Y con este otro script (que se copia de forma automática cuando creamos la copia de respaldo del programa) restauramos la copia de seguridad como root cuando resulte necesario.

$ su
# cd /var/copibin/restaurar_copias
# ./Restaurar_patchelf-0.9



Opciones de línea de comandos  

A continuación pongo las opciones de línea de comandos del programa en una tabla para ampliar la información que proporciona el mismo, cuando ejecutamos el comando 'patchelf --help'.

Opciones Descripción
--page-size   Establece un tamaño de página determinado en lugar del predefinido.
--set-interpreter   Establece el cargador dinámico predefinido del ejecutable por otro.
--print-interpreter Muestra el cargador dinámico utilizado por el ejecutable.
--print-soname Muestra la entrada DT_SONAME de la sección .dinamic. La entrada DT_SONAME es el nombre con el que el cargador dinámico identifica a una librería compartida. Por ejemplo, de libavcodec.so.57.64.101 es libavcodec.so.57.
--set-soname Establece la entrada DT_SONAME de una librería compartida al especificado por el usuario. Es decir, cambiamos el nombre con el que el cargador dinámico identifica a una librería compartida. 
--set-rpath Modifica o establece la ruta preferente de búsqueda de las dependencias del ejecutable o librería (RPATH).
--remove-rpath Suprime las entradas DT_RPATH o DT_RUNPATH de un ejecutable o librería. Es decir, suprime cualquier RPATH establecido, ya sea mediante compilación o con el uso de PatchELF.
--shrink-rpath Suprime de la ruta preferente de búsqueda de las dependencias del ejecutable o librería (RPATH), los directorios que no contengan ninguna dependencia requerida por el ejecutable o librería.
--print-rpath Muestra la ruta preferente de búsqueda de las dependencias del ejecutable o librería (RPATH). Si no se ha establecido ninguna en el proceso de compilación del ejecutable o librería, no se mostrará nada.
--force-rpath Fuerza el uso del atributo obsoleto DT_RPATH en el archivo, en lugar de DT_RUNPATH. Por defecto, el atributo DT_RPATH, se convierte a DT_RUNPATH.
--add-needed Añade una dependencia declarada a una librería compartida (entrada DT_NEEDED). Este parámetro se puede utilizar tantas veces como lo deseemos.
--remove-needed   Suprime una dependencia declarada de una librería compartida (entrada DT_NEEDED). Este parámetro se puede utilizar tantas veces como lo deseemos.
--replace-needed   Reemplaza una dependencia declarada de una librería compartida (entrada DT_NEEDED) por otra. Este parámetro se puede utilizar tantas veces como lo deseemos. 
--print-needed Muestra todas las dependencias declaradas de una librería compartida (entradas DT_NEEDED).
--no-default-lib Suprime la ruta predefinida de búsqueda de las dependencias de un ejecutable o librería.
--debug Muestra los detalles del cambio realizado al archivo de entrada.
--version Muestra la versión de PatchELF.



Ejemplos de uso

Tomando como referencia el manual de instalación de Nomacs, vamos a experimentar un poco con las opciones de PatchELF, aplicando diversos parámetros al ejecutable instalado, unos reales y efectivos, otros simulados para mostrar un ejemplo de comando a aplicar, que nos sirva para otros ejecutables o librerías. Todo esto, como es lógico, lo tenemos que hacer siempre como usuario root.

1) Cambiar el enlazador dinámico predefinido del ejecutable

Esto sólo es útil cuando pretendemos probar una determinada versión de Glibc, que hemos compilado e instalado en otro directorio. En el ejemplo, y de forma simulada, no efectiva, utilizo una versión del enlazador de otra partición de linux.

1a) Mostrar el enlazador dinámico predefinido del ejecutable

[root@localhost ~]# patchelf --print-interpreter /usr/local/bin/nomacs
/lib/ld-linux.so.2

1b) Cambiar el enlazador dinámico predefinido por otro

[root@localhost ~]# patchelf --set-interpreter /mnt/fedora/lib/ld-linux.so.2 /usr/local/bin/nomacs

1c) Mostrar el enlazador dinámico establecido con PatchELF

[root@localhost ~]# patchelf --print-interpreter /usr/local/bin/nomacs
/mnt/fedora/lib/ld-linux.so.2

2) Establecer o modificar el RPATH del ejecutable 

Este ejemplo es válido, en la información relativa a CMake, con versiones anteriores a la 3.6.0. A partir de esta versión, CMake respeta el RPATH establecido en el proceso de compilación, cuando procedemos a instalar el paquete correspondiente.

En el manual de Nomacs, cuando hemos compilado el programa con una versión de GCC que no es la principal del sistema, estableciendo los parámetros correspondientes para CMake, sin utilizar -DCMAKE_BUILD_WITH_INSTALL_RPATH=1, que es el que preserva el RPATH establecido en el proceso de compilación.

$ cmake -DCMAKE_CXX_FLAGS:STRING="-O3 -march=barcelona -mtune=barcelona" \
-DCMAKE_EXE_LINKER_FLAGS:STRING="-Wl,-rpath,/opt/gcc-4.8.2/lib -lstdc++" ../

Ejecutamos el siguiente comando y comprobamos que está correctamente enlazado contra /opt/gcc-4.8.2/libstdc++.so.

[root@localhost build]$ ldd nomacs | grep libstdc++
        libstdc++.so.6 => /opt/gcc-4.8.2/lib/libstdc++.so.6 (0xb768d000)

También lo podemos hacer con PatchELF, ejecutando el siguiente comando, y comprobando el RPATH establecido en el proceso de compilación:

[root@localhost build]# patchelf --print-rpath nomacs
/opt/gcc-4.8.2/lib:/usr/local/lib:/usr/local/lib/qt4/lib:

Pero cuando ejecutamos el comando de instalación, el mismo se encarga de suprimir el RPATH establecido en el proceso de compilación.

[root@localhost build]$ make install/strip
[100%] Built target nomacs
Install the project...
-- Install configuration: ""
-- Installing: /usr/local/bin/nomacs
-- Removed runtime path from "/usr/local/bin/nomacs"
-- Up-to-date: /usr/local/share/applications/nomacs.desktop
-- Up-to-date: /usr/local/share/pixmaps/nomacs.png
-- Up-to-date: /usr/local/share/nomacs/translations/nomacs_en.qm
-- Up-to-date: /usr/local/share/nomacs/translations/nomacs_de.qm
-- Up-to-date: /usr/local/share/nomacs/translations/nomacs_ru.qm
-- Up-to-date: /usr/local/share/nomacs/translations/nomacs_zh.qm
-- Up-to-date: /usr/local/share/nomacs/translations/nomacs_als.qm

Y si volvemos a utilizar PatchELF para mostrar el RPATH del ejecutable instalado, veremos que no aparece nada.

[root@localhost build]# patchelf --print-rpath /usr/local/bin/nomacs


Lo que hace que sea imposible su ejecución, al desaparecer del binario ejecutable, el RPATH establecido en el proceso de compilación, y que permite que cargue la versión de Libstdc++ utilizada y no la predefinida del sistema, u otra que tengamos por predefinida, en mi caso particular '/opt/gcc-4.4.3/lib/libstdc++.so'.

[jose@localhost ~]$ nomacs
nomacs: /opt/gcc-4.4.3/lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by nomacs)
nomacs: /opt/gcc-4.4.3/lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /usr/local/lib/libexiv2.so.12)

En el manual de Nomacs lo soluciono con el comando install, pero con el uso de PatchELF, podemos volver a establecerlo, en este caso no es necesario restaurar el RPATH entero utilizado por CMake en el proceso de compilación, sólo el que nos interesa, y que tiene que ver con Libstdc++.

[root@localhost build]# patchelf --set-rpath /opt/gcc-4.8.2/lib /usr/local/bin/nomacs

Y comprobamos con los comandos anteriormente utilizados que el binario vuelve a tener como dependencia predefinida, la versión de Libstdc++, utilizada en el proceso de compilación.

[root@localhost build]$ ldd /usr/local/bin/nomacs | grep libstdc++
        libstdc++.so.6 => /opt/gcc-4.8.2/lib/libstdc++.so.6 (0xb768d000)

[root@localhost build]# patchelf --print-rpath /usr/local/bin/nomacs
/opt/gcc-4.8.2/lib

En el ejemplo de Nomacs, el uso de PatchELF es relativamente sencillo, porque estamos hablando de un sólo binario ejecutable. Pero en paquetes que incluyen librerías, plugins, etc, tendríamos que recurrir al uso combinado de find+xargs+patchelf, para realizar un cambio masivo de RPATH.

3) Suprimir los directorios no utilizados del RPATH de un ejecutable

Este comando lo único que hace es suprimir los directorios que no contienen dependencias del ejecutable o librería, del RPATH utilizado por el mismo. Si se ha establecido un RPATH de múltiples directorios para Nomacs, con este comando lo que hacemos es eliminar los que no contienen dependencias del ejecutable. En el ejemplo añado los directorios /opt/lib y /opt/e17/lib, que serán borrados por el comando utilizado para este cometido. 

3a) Establecer un RPATH de múltiples directorios de ejemplo para Nomacs

[root@localhost build]# patchelf --set-rpath /opt/gcc-4.8.2/lib:/opt/lib:/opt/e17/lib /usr/local/bin/nomacs

3b) Mostrar el RPATH establecido de múltiples directorios de ejemplo para Nomacs

[root@localhost build]# patchelf --print-rpath /usr/local/bin/nomacs
/opt/gcc-4.8.2/lib:/opt/lib:/opt/e17/lib

3c) Suprimir los directorios que no contienen dependencias del ejecutable del RPATH establecido

[root@localhost build]# patchelf --shrink-rpath /usr/local/bin/nomacs

3d) Mostrar el RPATH resultante de la ejecución del comando anterior

[root@localhost build]# patchelf --print-rpath /usr/local/bin/nomacs
/opt/gcc-4.8.2/lib



Enlaces  


http://nixos.org/patchelf.html >> La web de PatchELF.


Foro Galería Blog


Actualizado el 04-01-2017

Utilidades - PatchELF

Instalar SciPy desde cero