Discussion :

[Gorgo13]

Bonjour,

est-ce que je peux installer GCC 4.8.5 vers un système ubuntu sous 10.04 LTS qu'il m'est impossible de mettre à jour (il se trouve en Antarctique et n'a pas de connexion réseau vers l'extérieur... la seule possibilité étant une connexion VPN vers le réseau de la base pour pouvoir accéder à cette machine... en 512kbps)?

...la question sous-jacente étant: est-ce que si je remplace le compilo GCC actuellement en place (qui est GCC 4.4.3) sur le système, est-ce que ça risque de planter le système (si je reboot par exemple) du fait de la mise à jour de toutes les dépendances, ou bien est-ce que c'est transparent? (j'ai par exemple besoin d'avoir "libstdc++.so.6" à jour)

Merci d'avance pour votre aide.

Gorgo Treize

PS/ Je précise: j'ai dû "uploader" l'archive source de GCC 4.8.5 sur la machine distante et faire la recompilation sur place.

[disedorgue]

Bonjour,

As-tu vraiment besoin de la partie système pour ton besoin ?

Car, en principe, un compilateur ou un interpréteur peut s'installer en tant qu'utilisateur dans son propre environnement.

[chrtophe]

Ca me parait très compliqué sans mettre à jour l'OS Il est vraiment trop vieux.

[Gorgo13]

As-tu vraiment besoin de la partie système pour ton besoin ?

Car, en principe, un compilateur ou un interpréteur peut s'installer en tant qu'utilisateur dans son propre environnement.

Oui, c'est ce que j'ai fait (si je comprends bien la réponse)... J'ai installé "en local" sur mon compte, mais j'ai dû modifier le lien symbolique "/usr/lib/libstdc++.so.6" à la main pour pointer vers la librairie générée avec l'install locale de GCC 4.8.5.... ce qui n'est certainement pas très propre, voire dangereux (en fait c'est ce "dangereux" qui fait aussi partie de ma question initiale).

[Gorgo13]

Ca me parait très compliqué sans mettre à jour l'OS Il est vraiment trop vieux.

Oui, mais je n'ai pas le choix. Je sens bien qu'avec ce que j'ai fait, j'y suis presque.... en fait pour détailler un peu plus, j'utilise le langage de calcul scientifique "IDL" qui permet d'appeler du code C/C++ sous forme d'appels à des librairies dynamiques (*.so), et en l'occurrence dans mon cas, il s'agit d'une librairie compilée ici en France sous GCC 4.8.5 (d'où mon installation de cette version sous mon ubuntu 10.04). Si je ne fais pas ça, IDL râle en disant, "GLIBCXX_3.4.15 not found in libstdc++.so.6". Après avoir fait ma manip sur GCC 4.8.5, il ne râle plus à cet endroit, mais pour "GLIBC_2.14 not found in libc.so.6" et effectivement lorsque je liste les symboles de la librairie en question sur mon 10.04, il n'y a que GLIBC_2.11. J'ai donc réessayé de compiler une versino de glibc 2.15, mais ça plante, avec d'autres dépendances, que j'ai essayé de recompiler également, mais je ne maîtrise pas assez bien et il y a des appels aux librairies tierces (installées en local aussi) qu'il ne trouve pas.

Exemple: je recompile autoconf, et là il me sort au moment du link qu'il ne trouve pas libmpc.so.2, mais qui se trouve bien dans mon install locale, mais le makefile ne semble pas aller chercher dans mon répertoire "lib" local... J'ai essayé de mettre LD_LIBRARY_PATH pointant vers, mais ça ne fonctionne pas.

Là je me résous à recompiler mon projet sur la machine distante, mais il faut que j'installe par ailleurs des trucs genre opencv 2.49, fftw, la gsl v2.1, etc, ce qui va aussi sûrement me poser d'autres problèmes... ou pas (mais là y'a plus de connexion avec la base Antarctique... donc je dois attendre ).

G13

[disedorgue]

Non, pas bien du tout de modifier un lien de /usr/lib à la main...

Il existe des variables d'environnement pour que gcc sache ou aller chercher ses libs pour la compilation et il existe aussi des variable d'env pour dire au linker ou aller les chercher lors de l’exécution du programme.

Ensuite, certain te diront que pour le système, c'est pas trop grave car celui-ci n'utilise pas ce qui est dans /usr , mais ça j'y crois plus trop à ce model coté linux grande distribution...

[Gorgo13]

Très bien, merci pour les réponses.

Cordialement, Gorgo13

[Gorgo13]

Bon, j'ai finalement résolu mon problème en recompilant ma librairie avec toutes ses dépendances sur le serveur distant... ce ne fut pas une mince affaire! (étant pas un expert de cmake ou même des makefiles, c'est "artisanal")