Discussion :

[disedorgue]

A la vue de ce retour, le LD_LIBRARY_PATH n'est pas pris en compte, car à aucun moment, on ne le voit chercher dans les répertoires spécifiés.

Donc essaie directement de les rajouter sur la ligne de compile, un truc du genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

strace -f g77 -g -Wall -fno-automatic -finit-local-zeros -fbounds-check -L/usr/lib/gcc/x86_64-linux-gnu/5 -L/lib64 -L/lib/x86_64-linux-gnu -o hiku.exe hiku.o >strace.dump 2>&1

Bien sur, si la compile fonctionne, tu pourras enlever toute la partie qui concerne le strace.

[Gagzkul]

Ah oui d'accord je comprends !

Effectivement, si on lui spécifie de bien aller voir ces endroits de librairies, la compilation fonctionne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
gabriel@gabriel-X756UXK:~/Scripts$ g77 -g -Wall -fno-automatic -finit-local-zeros -fbounds-check -L/usr/lib/gcc/x86_64-linux-gnu/5 -L/lib64 -L/lib/x86_64-linux-gnu -o hiku.exe hiku.o
gabriel@gabriel-X756UXK:~/Scripts$ hiku.exe
###################################################################
#               HIKU    Sep 2008   Klaus WERNER                   #
###################################################################

Bon j'ai maintenant des erreurs sur d'autres choses, mais ce n'est pas le sujet et puis je vais chercher avant de poster quoi que ce soit .

Merci pour la réponse,

Maintenant si on a une idée de pourquoi il ne suit pas le LD_LIBRARY_PATH, je suis preneur, sinon je lui demanderais d'aller chercher directement dans les chemins choisis.

Je vais mettre résolu

[disedorgue]

Pas la moindre idée de pourquoi le LD_LIBRARY_PATH n'est pas pris en compte, mais de toute façon, ce n'est pas la manière la plus propre pour régler le problème de compilation.
En général, on devrait utiliser cette variable que lors de l’exécution d'un exécutable, pour une compilation, pour faire propre, on paramètre correctement dans le makefile, et donc ici, le tien devrait ressembler à ceci (par rapport à celui que tu donnes au début du fil) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
FC=g77
FFLAGS= -g -Wall -fno-automatic -finit-local-zeros -fbounds-check
LDFLAGS= -L/usr/lib/gcc/x86_64-linux-gnu/5 -L/lib64 -L/lib/x86_64-linux-gnu
hiku : hiku.o
	$(FC) $(FFLAGS) $(LDFLAGS) -o hiku.exe $^

PS: Pour que la compilation fonctionne, le -L/usr/lib/gcc/x86_64-linux-gnu/5 est obligatoire, mais les autres, je ne suis pas sur qu'ils soient vraiment utiles.

[Gagzkul]

Bonjour,

Merci pour la précision, j'ai testé en enlevant les autres librairies et cela fonctionne juste avec -L/usr/lib/gcc/x86_64-linux-gnu/5

[jack-ft]

Pas la moindre idée de pourquoi le LD_LIBRARY_PATH n'est pas pris en compte,

Juste pour voir, pourrais-tu essayer avec:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

LD_LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/5:$LD_LIBRARY_PATH:/usr/lib/gcc/x86_64-linux-gnu/5

en retirant le LDFLAGS= -L/usr/lib/gcc/x86_64-linux-gnu/5 bien sûr.

et si ça ne marche pas, en rajoutant ensuite LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$LD_LIBRARY_PATH:$LD_LIBRARY_PATH après l'ajout de "/usr/lib/gcc/x86_64-linux-gnu/5".

Je crois me souvenir d'un problème similaire rencontré il y a quelques lustres, du temps où j'utilisais "ld":
si LD_LIBRARY_PATH=/chemin1:/chemin2:/chemin3 et si, au cours de l'édition de liens, il a besoin de "/chemin2/libtoto.o" qui lui-même a besoin de "/chemin1/libtiti.so", il ne va jamais trouver cette dernière bibliothèque car il continue la recherche comme si LD_LIBRARY_PATH=/chemin2:/chemin3.

En effet, dans un projet correctement structuré, les libs de haut niveau de /chemin1 appellent celles de /chemin2 qui appellent celles de bas niveau de /chemin3.
Mais, dans un projet mal structuré, il peut arriver qu'il y ait des cycles dans les dépendances que "ld" gère à sa manière, c'est-à-dire en "oubliant" les premiers répertoires dans la gestion des suivants.

mais de toute façon, ce n'est pas la manière la plus propre pour régler le problème de compilation.
En général, on devrait utiliser cette variable que lors de l’exécution d'un exécutable, pour une compilation, pour faire propre, on paramètre correctement dans le makefile

Je suis d'accord! (c'est juste pour voir si mon hypothèse est bonne et mettre la puce à l'oreille si le cas se reproduit)