Si una librería es a la vez susceptible de no ser usada y de ser usada por más de un programa, ¿por qué instalarla con el sistema? ¿por qué no dejar al primer programa que vaya a utilizarla (sistemas de control de dependencias) que la instale en un repositorio común?
¿Qué sentido tiene distribuir con cada programa copias de librerías que luego no van a ser instaladas porque ya otro anteriormente instaló la librería?
Otra cosa a tener en cuenta y que creo que nadie ha dicho es la compatibilidad binaria de las librerías. GCC 4 cambia el ABI de C++. ¿Cómo sabe el sistema este de librerías compartidas distribuidas con los programas que la versión con la que se compiló la librería tiene la misma ABI?
Yo sólo veo que los inconvenientes ganan a las ventajas y que teniendo apt-get usar un sistema así con soft libre no aporta nada. Para el soft propietario puede que sí pero me la sudan bastante los problemas que pueda tener el soft propietario en Linux.
Re:Compilacion estatica
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Lunes, 26 Mayo de 2014, 13:48h )
No más que tú, que estás contestando a mi comentario citando otro :-)
Re:Compilacion estatica
(Puntos:2)( http://helvete.escomposlinux.org/ )
¿Qué sentido tiene distribuir con cada programa copias de librerías que luego no van a ser instaladas porque ya otro anteriormente instaló la librería?
Otra cosa a tener en cuenta y que creo que nadie ha dicho es la compatibilidad binaria de las librerías. GCC 4 cambia el ABI de C++. ¿Cómo sabe el sistema este de librerías compartidas distribuidas con los programas que la versión con la que se compiló la librería tiene la misma ABI?
Yo sólo veo que los inconvenientes ganan a las ventajas y que teniendo apt-get usar un sistema así con soft libre no aporta nada. Para el soft propietario puede que sí pero me la sudan bastante los problemas que pueda tener el soft propietario en Linux.