Saludos. A menos que te hallas instalado el colorgcc, /usr/bin/gcc no es un enlace simbolico, y con eso la cosa se empieza a poner grave. Creo que en lo que te dan de ayuda hay error. Generalmente no considero buena idea meterse con el ld.so.conf y mas cuando el mismo gcc no lo necesita. El gcc que viene con SuSE 9.0 es el 3.3.1 y su carpeta de librerias /usr/lib/gcc-lib/i586-suse-linux/3.3.1 ni siquiera aparece en el ld.so.conf. Incluso esta version solo la he usado para el kernel y los modulos (incluyendo los de vmware que compilan sin problemas) y para todo lo demas (compilarme todo el kde3.2 , openOffice 1.1.0, wine 20040309 y otros) uso la version 3.3.2 cuyo directorio de librerias ni siquiera menciono en el LD_LIBRARY_PATH. Asi que para empezar a arreglar las cosas borrate la entrada /opt/gcc3.2.1/lib/ de /etc/ld.so.conf. Creo que con esto se te quita el problema de las librerias. Al meter esta referencia supongo que esta tiene mayor prioridad que /usr/lib donde estan las librerias correctas (OJO /usr/lib ni siquiera esta en LD_LIBRARY_PATH). No olvides depues de corregir el ld.so.conf hacer un ldconfig para actualizar el registro de librerias. En cuanto a que version de gcc usar, una de la bellezas de gcc es que pueden convivir distintas vesiones sin estorbarse mutuamente. Para usar una u otra basta colocar en el PATH de primera, la ruta del gcc a usar y listo. Lo del vmware me supongo que es porque los modulos no compilan o fallan al cargarlos y hasta matan al kernel. Esto es por el kernel que usa SuSE 9.0 y este trae sus propios modulos y fuentes. En una pregunta anterior a la lista de la semana pasada se respondio como arreglarlo. Espero que te sirva de ayuda. Carlos Martinez. PD// Otra solucion rapida y sucia es simplemente mover el directorio /opt/gcc3.2.1 a otro lado, por ejemplo, /opt/gcc3.2.1_old. Con esto se invalida la entrada de ld.so.conf y esta se ignora al hacer un nuevo ldconfig. En todo caso esto no es mucho mas rapido o mejor que corregir en el ld.so.conf
Hola.
Tengo Suse 9.0 con gcc 3.3.2 y tuve que instalarme el gcc 3.2.1
para
poder instalar vmware. El hecho es que utilicé el siguietne método de Javier Payno:
Si la respuesta de José Maria no te soluciona la papeleta compilate un gcc 3.2.1 en /opt/gcc3.2.1 y, antes de ejecutar el config-pl # export OLDPATH=$PATH # export PATH=/opt/gcc3.2.1/bin:$PATH # echo "/opt/gcc3.2.1/lib/" >> /etc/ld.so.conf && ldconfig # config-pl # export PATH=$OLDPATH
Como esto no me solucionó el problema, ya que el make ejecutaba el gcc 3.3.2, tuve que cambiar el enlace simbólico que hay en /usr/bin para que apuntase al /opt/gcc3.2.1/ y aswí instalé el vmware. Devolví el cambio hecho con los enlaces simbólicos e hice export $PATH=$OLDPATH tal y como dijo Javier. El hecho es que no me había dado cuenta hasta ahora que no puedo ejecutar nada dentro del yast2, o sea, se abre el yast2 pero cuando le doy a instalar soft, por ejemplo, no sale nada. En consola me aparece el siguiente mensaje:
/usr/lib/YaST2/bin/y2base: /opt/gcc3.2.1/lib/libstdc++.so.5: version...
y así con un montón de librerías que dice not found porque la ruta no está correcta ya que necesita la ruta del gcc3.3.2 y este que está instalado en /opt era provisional. Ahora no sé desinstalarlo ni volver al gcc que necesito.
Por favor un poquito de ayuda.
Gracias.