Discussion :

[Gagzkul]

Bonjour tout le monde,

Premier truc à dire, je connais très très très peu toutes les histoires de librairies liés au Makefile etc ...

Ensuite, j'essaye de compiler un fichier fortran écrit en 77 (j'ai réussi à installer le vieux g77) avec les options suivantes :

Code :

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

1
2
3
4
FC=g77
FFLAGS= -g -Wall -fno-automatic -finit-local-zeros -fbounds-check
hiku : hiku.o
	$(FC) $(FFLAGS) -o hiku.exe $^

Et j'obtiens les erreurs suivantes :

Code :

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

1
2
3
4
5
6
gabriel@gabriel-X756UXK:~/Scripts$ make
g77 -g -Wall -fno-automatic -finit-local-zeros -fbounds-check -o hiku.exe hiku.o
/usr/bin/ld*: ne peut trouver -lgcc_s
collect2: ld a retourné 1 code d'état d'exécution
Makefile:6*: la recette pour la cible «*hiku*» a échouée
make: *** [hiku] Erreur 1

Je crois comprendre grâce à Google que c'est relié à la librairie libgcc. Quand je regarde où j'ai libgcc j'ai :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
gabriel@gabriel-X756UXK:~/Scripts$ find /usr/ -name libgcc*
/usr/share/lintian/overrides/libgcc1
/usr/share/doc/libgcc1
/usr/share/doc/libgcc-5-dev
/usr/lib/libreoffice/program/libgcc3_uno.so
/usr/lib/gcc/x86_64-linux-gnu/5/libgcc_eh.a
/usr/lib/gcc/x86_64-linux-gnu/5/32/libgcc_eh.a
/usr/lib/gcc/x86_64-linux-gnu/5/32/libgcc.a
/usr/lib/gcc/x86_64-linux-gnu/5/32/libgcc_s.so
/usr/lib/gcc/x86_64-linux-gnu/5/libgcc_s_32.so
/usr/lib/gcc/x86_64-linux-gnu/5/libgcc_s_x32.so
/usr/lib/gcc/x86_64-linux-gnu/5/x32/libgcc_eh.a
/usr/lib/gcc/x86_64-linux-gnu/5/x32/libgcc.a
/usr/lib/gcc/x86_64-linux-gnu/5/x32/libgcc_s.so
/usr/lib/gcc/x86_64-linux-gnu/5/libgcc.a
/usr/lib/gcc/x86_64-linux-gnu/5/libgcc_s.so
/usr/lib/gcc/x86_64-linux-gnu/3.4.6/libgcc_eh.a
/usr/lib/gcc/x86_64-linux-gnu/3.4.6/32/libgcc_eh.a
/usr/lib/gcc/x86_64-linux-gnu/3.4.6/32/libgcc_s_32.so
/usr/lib/gcc/x86_64-linux-gnu/3.4.6/32/libgcc.a
/usr/lib/gcc/x86_64-linux-gnu/3.4.6/32/libgcc_s.so
/usr/lib/gcc/x86_64-linux-gnu/3.4.6/libgcc_s_32.so
/usr/lib/gcc/x86_64-linux-gnu/3.4.6/libgcc.a
/usr/lib/gcc/x86_64-linux-gnu/3.4.6/libgcc_s.so
/usr/lib/x86_64-linux-gnu/libgccpp.so.1.0.3
/usr/lib/x86_64-linux-gnu/libgccpp.so.1
/usr/lib/x86_64-linux-gnu/libgcc_s.so
/usr/libx32/libgcc_s.so.1
/usr/lib32/libgcc_s.so.1

J'ai cru comprendre dans les lectures que c'était peut-être (je dis bien peut-être) relié à une histoire de 32 bits au lieu de 64 ...
J'ai Ubuntu 16.04 LTS.

Après je sais que ce MakeFile fonctionne sur un autre ordi et qu'il fonctionne parfaitement.

[Jipété]

Salut,

Bonjour tout le monde,

Premier truc à dire, je connais très très très peu toutes les histoires de librairies liés au Makefile etc.

Rien à voir, je pense : à tous les coups c'est une histoire de fichier manquant ou plutôt, de raccourci manquant, et avec ton "find" tu ne le vois pas bien.

Je te donne le truc pour un, tu regardes partout et tu adaptes en fonction :
dans /usr/lib32/ tu tapes ls -Al libgc* et ça va te sortir fichiers et raccourcis, et pour peu que ton ls soit en couleurs, c'est très parlant :


Ensuite, issu de mon fichier pense-bête : "dans le dossier où on veut le créer, ln -s fichier-source nom_à_créer".
Donc ln -s libgcc_ce_que_tu_vas_trouver libgcc_s et ça devrait le faire, ou peut-être avec .so à la fin, me souviens plus. De toute façon ça ne casse rien.

En tout cas, ça tourne autour de ça.

[jack-ft]

Et j'obtiens les erreurs suivantes :

Code :

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

1
2
3
4
5
6
gabriel@gabriel-X756UXK:~/Scripts$ make
g77 -g -Wall -fno-automatic -finit-local-zeros -fbounds-check -o hiku.exe hiku.o
/usr/bin/ld*: ne peut trouver -lgcc_s
collect2: ld a retourné 1 code d'état d'exécution
Makefile:6*: la recette pour la cible «*hiku*» a échouée
make: *** [hiku] Erreur 1

Je crois comprendre grâce à Google que c'est relié à la librairie libgcc.

Oui. Le message d'erreur est clair: il ne trouve pas libgcc_s.so.
Que vaut la variable LD_LIBRARY_PATH (chez toi et sur la machine où ça marche)?
Pour faciliter la lecture, on peut faire par exemple:

Code :

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

echo $LD_LIBRARY_PATH | tr ':' '\n'

La variable contient-elle le chemin vers libgcc_s.so (je ne sais plus si libgcc_s.a est suffisant)

[Gagzkul]

Je vais répondre au deux simultanément :

Rien à voir, je pense : à tous les coups c'est une histoire de fichier manquant ou plutôt, de raccourci manquant, et avec ton "find" tu ne le vois pas bien.

Je te donne le truc pour un, tu regardes partout et tu adaptes en fonction :
dans /usr/lib32/ tu tapes ls -Al libgc* et ça va te sortir fichiers et raccourcis, et pour peu que ton ls soit en couleurs, c'est très parlant :
Pièce jointe 292586

Ensuite, issu de mon fichier pense-bête : "dans le dossier où on veut le créer, ln -s fichier-source nom_à_créer".
Donc ln -s libgcc_ce_que_tu_vas_trouver libgcc_s et ça devrait le faire, ou peut-être avec .so à la fin, me souviens plus. De toute façon ça ne casse rien.

Par exemple ce que tu veux dire est que je dois checker dans chaque endroit de mon find par exemple celui-ci :

Code :

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

1
2
3
4
5
6
7
gabriel@gabriel-X756UXK:/usr/lib/gcc/x86_64-linux-gnu/5$ ll libgc*
-rw-r--r-- 1 root root 3028890 nov.   3  2016 libgcc.a
-rw-r--r-- 1 root root   51228 nov.   3  2016 libgcc_eh.a
lrwxrwxrwx 1 root root      14 nov.   3  2016 libgcc_s_32.so -> 32/libgcc_s.so
lrwxrwxrwx 1 root root      35 avril 16 21:10 libgcc_s.so -> /lib/x86_64-linux-gnu/libgcc_s.so.1
lrwxrwxrwx 1 root root      15 nov.   3  2016 libgcc_s_x32.so -> x32/libgcc_s.so
-rw-r--r-- 1 root root   58578 nov.   3  2016 libgcov.a

Par contre je n'ai pas compris exactement ce que je dois faire, les "->" donne des raccourcis (c'est bien en couleur sur mon ordi) Mais par exemple je dois faire ln -s 32/libgcc_s.so libgcc.so ????

Que vaut la variable LD_LIBRARY_PATH (chez toi et sur la machine où ça marche)?

Sur l'ordi chez moi :

Code :

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

1
2
3
4
gabriel@gabriel-X756UXK:~$ echo $LD_LIBRARY_PATH | tr ':' '\n'
/home/gabriel/root/lib
/home/gabriel/root/lib/root
/usr/local/lib

Sur celui du lab où ça fonctionne :

Code :

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

1
2
3
4
[sophys@nansl2 ~]$ echo $LD_LIBRARY_PATH | tr ':' '\n'
/scratch/theoric2/werner/obj/root/lib
/scratch/theoric2/werner/obj/root/lib/root
/usr/local/lib

J'ai été voir dans les dossiers correspondants du labo mais je ne trouve pas le libgcc.so.

Après pour celui de chez moi, non je n'ai pas le chemin correspondant à celui-ci non plus mais je dois rajouter n'importe lequel de ceux trouver dans mon find ? par exemple celui-ci /usr/lib/gcc/x86_64-linux-gnu/5/32/libgcc_s.so

[disedorgue]

Bonjour,

Sur la machine ou ça fonctionne, c'est aussi une ubuntu ?
que donne sur celle-ci, la commande:

Code :

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

ldd -v hiku.exe

Ensuite, tu peux aussi avoir d'autre configuration que le LD_LIBRARY_PATH, comme par exemple, sur ubuntu:

Code :

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

cat /etc/ld.so.conf.d/*.conf

Pour l'instant, je ne vois pas l’intérêt de créer un lien, une configuration du LD_LIBRARY_PATH devrait être suffisant, faut juste savoir quoi mettre dedans.

[Gagzkul]

Ah oui pardon je n'ai pas précisé, l'autre ordi est un scientifique linux, c'est un ordi de labo, avec un peu de réseau tout ça ...

Je donne les résultats des commandes sur les deux ordis (pour le hiku.exe de mon ordi, c'est tout simplement un copier coller de celui du labo) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
gabriel@gabriel-X756UXK:~/Scripts$ ldd -v hiku.exe
	linux-vdso.so.1 =>  (0x00007ffd800eb000)
	libg2c.so.0 => /usr/lib/libg2c.so.0 (0x00007f35e2825000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f35e251b000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f35e2305000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f35e1f3b000)
	/lib64/ld-linux-x86-64.so.2 (0x00005571e0b1e000)
 
	Version information:
	./hiku.exe:
		libc.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libc.so.6
		libm.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libm.so.6
	/usr/lib/libg2c.so.0:
		libm.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libm.so.6
		libc.so.6 (GLIBC_2.3) => /lib/x86_64-linux-gnu/libc.so.6
		libc.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libc.so.6
	/lib/x86_64-linux-gnu/libm.so.6:
		ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
		libc.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libc.so.6
		libc.so.6 (GLIBC_PRIVATE) => /lib/x86_64-linux-gnu/libc.so.6
	/lib/x86_64-linux-gnu/libgcc_s.so.1:
		libc.so.6 (GLIBC_2.14) => /lib/x86_64-linux-gnu/libc.so.6
		libc.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libc.so.6
	/lib/x86_64-linux-gnu/libc.so.6:
		ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
		ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
gabriel@gabriel-X756UXK:~/Scripts$ cat /etc/ld.so.conf.d/*.conf
/usr/lib/x86_64-linux-gnu/libfakeroot
# libc default configuration
/usr/local/lib
# Multiarch support
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/mesa-egl
/usr/lib/x86_64-linux-gnu/mesa
# Legacy biarch compatibility support
/lib32
/usr/lib32
# Legacy biarch compatibility support
/libx32
/usr/libx32

Sur l'ordi du labo (enfin plus précisément, sur le réseau auquel je me connecte en ssh) maintenant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
[sophys@nansl2 bin]$ ldd -v hiku.exe
	linux-vdso.so.1 =>  (0x00007ffc7ebac000)
	libg2c.so.0 => /usr/lib64/libg2c.so.0 (0x00007f8f935d2000)
	libm.so.6 => /lib64/libm.so.6 (0x0000003eb5200000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003ebb600000)
	libc.so.6 => /lib64/libc.so.6 (0x0000003eb4e00000)
	/lib64/ld-linux-x86-64.so.2 (0x0000003eb4a00000)
 
	Version information:
	./hiku.exe:
		libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
		libm.so.6 (GLIBC_2.2.5) => /lib64/libm.so.6
	/usr/lib64/libg2c.so.0:
		libm.so.6 (GLIBC_2.2.5) => /lib64/libm.so.6
		libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
		libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	/lib64/libm.so.6:
		libc.so.6 (GLIBC_PRIVATE) => /lib64/libc.so.6
		libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	/lib64/libgcc_s.so.1:
		libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
		libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	/lib64/libc.so.6:
		ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
		ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
 
[sophys@nansl2 bin]$ cat /etc/ld.so.conf.d/*.conf
/usr/lib64/atlas
/usr/lib64/ctapi
# This directive teaches ldconfig to search in nosegneg subdirectories
# and cache the DSOs there with extra bit 1 set in their hwcap match
# fields.  In Xen guest kernels, the vDSO tells the dynamic linker to
# search in nosegneg subdirectories and to match this extra hwcap bit
# in the ld.so.cache file.
hwcap 1 nosegneg
# This directive teaches ldconfig to search in nosegneg subdirectories
# and cache the DSOs there with extra bit 1 set in their hwcap match
# fields.  In Xen guest kernels, the vDSO tells the dynamic linker to
# search in nosegneg subdirectories and to match this extra hwcap bit
# in the ld.so.cache file.
hwcap 1 nosegneg
# This directive teaches ldconfig to search in nosegneg subdirectories
# and cache the DSOs there with extra bit 1 set in their hwcap match
# fields.  In Xen guest kernels, the vDSO tells the dynamic linker to
# search in nosegneg subdirectories and to match this extra hwcap bit
# in the ld.so.cache file.
hwcap 1 nosegneg
/usr/lib64/mysql
/usr/lib64/octave/3.4.3
/usr/lib64/papi-4.1.3
/usr/lib64/papi-5.1.1/usr/lib
/usr/lib64/qt-3.3/lib
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64/openmanage
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64/srvadmin-idrac
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64/srvadmin-isvc
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64/openmanage
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64/openmanage
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64/openmanage
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64/openmanage
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64
/opt/dell/srvadmin/lib64/openmanage
/opt/dell/srvadmin/lib64/openmanage/smpop
/opt/dell/srvadmin/lib64
/usr/lib64/tcl8.5
/usr/lib/wine/
/usr/lib64/wine/
/usr/lib64/xulrunner

[Jipété]

Par exemple ce que tu veux dire est que je dois checker dans chaque endroit de mon find par exemple celui-ci :

Perds pas ton temps avec tous les gcc*, c'est bien le fichier libgcc_s qu'il te faut, ensuite .so pour avoir une librairie liée dynamiquement au fichier (= petit binaire, mais a besoin de la librairie dans la machine) ou .a (librairie statique dont le code est incorporé dans le binaire -- rare à notre époque).

Par contre je n'ai pas compris exactement ce que je dois faire, les "->" donne des raccourcis (c'est bien en couleur sur mon ordi) Mais par exemple je dois faire ln -s 32/libgcc_s.so libgcc.so ????

J'ai bien précisé de travailler dans le dossier où on veut le raccourci

Exemple, celui-là c'est moi qui l'ai créé à l'install de VirtualBox :

Code :

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

lrwxrwxrwx  1 root root           26 juil.  9  2013 VBoxDDU.so -> /opt/VirtualBox/VBoxDDU.so

Comment ai-je fait ?
Dans le dossier, ln -s fichier-source nom_à_créer,
donc dans /usr/lib/ j'ai saisi ln -s /opt/VirtualBox/VBoxDDU.so VBoxDDU.so et hop !

[Gagzkul]

Perds pas ton temps avec tous les gcc*, c'est bien le fichier libgcc_s qu'il te faut, ensuite .so pour avoir une librairie liée dynamiquement au fichier (= petit binaire, mais a besoin de la librairie dans la machine) ou .a (librairie statique dont le code est incorporé dans le binaire -- rare à notre époque).

J'ai bien précisé de travailler dans le dossier où on veut le raccourci

Exemple, celui-là c'est moi qui l'ai créé à l'install de VirtualBox :

Code :

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

lrwxrwxrwx  1 root root           26 juil.  9  2013 VBoxDDU.so -> /opt/VirtualBox/VBoxDDU.so

Comment ai-je fait ?
Dans le dossier, ln -s fichier-source nom_à_créer,
donc dans /usr/lib/ j'ai saisi ln -s /opt/VirtualBox/VBoxDDU.so VBoxDDU.so et hop !

Okay donc ce que j'ai regardé, lorsque je fais make, il me dit bien /usr/bin/ld*: ne peut trouver -lgcc_sDonc j'ai été voir ce qu'était cet endroit et la réponse est :

Code :

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

1
2
3
gabriel@gabriel-X756UXK:~/Scripts$ cd /usr/bin
gabriel@gabriel-X756UXK:/usr/bin$ lh ld
lrwxrwxrwx 1 root root 19 avril 16 21:10 ld -> x86_64-linux-gnu-ld

J'ai poursuivi ce dossier et je suis arrivé à :

Code :

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

1
2
3
4
gabriel@gabriel-X756UXK:/usr/lib/x86_64-linux-gnu$ lh libgcc*
lrwxrwxrwx 1 root root   17 avril 16 21:11 libgccpp.so.1 -> libgccpp.so.1.0.3
-rw-r--r-- 1 root root 6,1K févr. 14 05:02 libgccpp.so.1.0.3
lrwxrwxrwx 1 root root   45 juil.  8 20:41 libgcc_s.so -> /usr/lib/gcc/x86_64-linux-gnu/4.8/libgcc_s.so

Mais du coup j'ai déjà le fichier libgcc.s.so dans /usr/bin/ld, j'ai donc déjà le raccourci que je souhaite non ? Ou alors j'ai totalement raté une étape ?

[disedorgue]

Pour l'instant, je ne vois pas ce qui peut géner...
Est-ce que le fichier compiler fonctionne aussi sur ta machine ?
Si c'est le cas, essaye pour compilé, de modifier ta variable LD_LIBRARY_PATH de la sorte:

Code :

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

LD_LIBRARY_PATH=/lib64:/lib/x86_64-linux-gnu:$LD_LIBRARY_PATH

[Jipété]

Code :

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

1
2
3
/usr/lib/x86_64-linux-gnu/libgcc_s.so
/usr/libx32/libgcc_s.so.1
/usr/lib32/libgcc_s.so.1

J'ai cru comprendre dans les lectures que c'était peut-être (je dis bien peut-être) relié à une histoire de 32 bits au lieu de 64 ...

Moi je pense que ça tourne autour de ça.

Et on ne sait pas si tu es 32 ou 64.

Si tu es 32, il faudrait peut-être des raccourcis dans les 2 dossiers, 1 par dossier, nommé libgcc_s.so et pointant sur le .so.1.

Je ne sais pas si je suis très clair. Il me semble. Maintenant, si tu es 64, disedorgue pense que ce n'est pas une histoire de raccourci...

EDIT :
Tiens, chez moi (32 bits) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
# locate libgcc_s
/lib/i386-linux-gnu/libgcc_s.so.1
/usr/lib/gcc/i486-linux-gnu/4.6/libgcc_s.so
/usr/lib/gcc/i486-linux-gnu/4.7/libgcc_s.so
 
# ls -Al /lib/i386-linux-gnu/libgcc_s.so.1 
-rw-r--r-- 1 root root 114788 janv.  7  2013 /lib/i386-linux-gnu/libgcc_s.so.1
 
# ls -Al /usr/lib/gcc/i486-linux-gnu/4.6/libgcc_s.so 
lrwxrwxrwx 1 root root 33 mai   29  2013 /usr/lib/gcc/i486-linux-gnu/4.6/libgcc_s.so -> /lib/i386-linux-gnu/libgcc_s.so.1
 
# ls -Al /usr/lib/gcc/i486-linux-gnu/4.7/libgcc_s.so 
lrwxrwxrwx 1 root root 33 mai   29  2013 /usr/lib/gcc/i486-linux-gnu/4.7/libgcc_s.so -> /lib/i386-linux-gnu/libgcc_s.so.1

J'ai donc 2 raccourcis libgcc_s.so dans 2 dossiers différents qui pointent vers un même fichier libgcc_s.so.1.