🚀 go-pugleaf

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Azdo escribi�:
On 9 May 2006 04:21:13 -0700, Azdo wrote:
> Javier M Mora (jamarier) ha escrito:
>
>> Donde se habla un poco de como se enlazan las librer�as. No es necesario
>> usar la estrategia est�tica. Simplemente puedes decirle al enlazador de
>> linux que antes de usar las generales del sistema (las instaladas) use
>> las particulares que tu le vas a decir (las de versiones extra�as).
>>
>> Para automatizar un poco, yo esto lo suelo hacer con un script bash.
>>
>
> Ese es el m�todo que he estado intentando hasta ahora, pasar la
> direcci�n de las cabeceras al configure, con lo que la compilaci�n
> resulta correcta. Lo malo es que despu�s los programas buscar�n
> primero las librer�as de sistema en lugar de las que les indique
> mediante un hipot�tico LD_LIBRARY_PATH. Al llamarse de igual manera
> prevalecen las de sistema, es por lo que me inclin� a pensar en que
> podr�a merecer la pena enlazar est�ticamente la versi�n nueva.
>

Citando del documento que te coment�: 
     You can temporarily substitute a different library for this
     particular execution. In Linux, the environment variable
     LD_LIBRARY_PATH is a colon-separated set of directories where
     libraries should be searched for first, before the standard set of
     directories; 

Es decir, las librer�as de LD_LIBRARY_PATH son utilizadas antes que las
del sistema.

En el peor de los casos un comando del tipo: 
     LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH  my_program
antepondr�a las librerias locales a cualquiera previamente indicada en
LD_LIBRARY_PATH

Todo esto y el script bash para automatizarlo est�n en el documento
ya citado:
http://www.dwheeler.com/program-library/Program-Library-HOWTO/x36.html

atte. javier m mora
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEYkSBpRHCj3lPPYMRAgqnAJ40LH9vQYJmoOCX/G+SlY9+t74RIQCfbnn3
LhnVAP5zp95L9MqQwzusA40=
=EyCl
-----END PGP SIGNATURE-----