Forum Ubuntu-fr.org / K8055 - Board de développement Velleman

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (claudius01) — Thu, 24 Jan 2013 22:13:07 +0000

Bingo,

- C'est donc bien '/usr/local/lib/libk8055.so' (autant pour moi ;-) qui a besoin de la méthode 'sqrtf()' qui normalement est fourni par 'libm.so' (à confirmer)
- Maintenant si l'édition de lien fonctionne lorsque "...en ligne de commande fonctionne quand on génère le binaire de test... " et que donc l'option "-lm" est indispensable pour que cette lib 'libm.so' (à localiser) soit prise en compte, c'est peut être l'ordre de déclaration des options du link dans la commande générée par 'codeblocks' qui est à revoir; à savoir :

g++  -o  bin/Debug/vellman    obj/Debug/main.o    -lm    -lk8055   -lusb

Essayer, si c'est possible, de mettre '-lm' derrièrre '-lk8055' :

g++  -o  bin/Debug/vellman    obj/Debug/main.o    -lk8055  -lm   -lusb

Cela ne coûte rien et peut rapporter gros...

Cordialement, A+
--
Claudius

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (telliam) — Thu, 24 Jan 2013 21:29:10 +0000

ca veut dire unresolved, ça confirme bien que le symbole est irrésolu dans la lib k8055.so
peux tu faire la meme manip sur libm.so ?

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (MacArony) — Thu, 24 Jan 2013 21:27:11 +0000

J'ai ceci !

nm "/usr/local/lib/libk8055.so" | egrep sqrtf
         U sqrtf

À quoi correspong le "U sqrtf" ? Je sais pas...

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (telliam) — Thu, 24 Jan 2013 16:30:58 +0000

vu la trace d'erreur du linker : il y a des chances que l'irresolu soit dans libk8055.so. mais effectivement ça fait pas de mal de vérifier avec nm
la libk8055.so vient d'un package ou tu l'as compilé toi meme ?

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (claudius01) — Thu, 24 Jan 2013 15:59:55 +0000

Re,

MacArony a écrit :

Je rappelle que la compilation en ligne de commande fonctionne quand on génère le binaire de test (cf la doc) or en codant sur codeblocks j'ai cette erreur.

Il faut donc trouver quelle lib (dynamique ou statique) "tire" la méthode 'sqrtf' lorsque l'environnement "codeblocks" est utilisé...

Utiliser pour cela la commande 'nm'

$ nm  | egrep sqrtf

sur toutes les lib sensée être utilisées en commençant par 'libk8055.so', même si je pense qu'elle n'est pas concernée (à confirmer/infirmer)

Cordialement, A+
--
Claudius

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (MacArony) — Thu, 24 Jan 2013 14:58:51 +0000

J'ai pas compris : la config pour le linker.

Bin je vois pas pourquoi on devrait le détester, c'est trés bien, surtout que sinon c'est WIndowsXP avec C++ builder 5 or vu que je débute autant commencer sur un outil libre et surtout convivial.

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (telliam) — Thu, 24 Jan 2013 14:53:23 +0000

je commence a me souvenir pourquoi je déteste codeblocks;)
regarde la config pour le linker, il y a peut etre un config différente

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (MacArony) — Thu, 24 Jan 2013 14:02:50 +0000

telliam a écrit :

pquoi tu utilises g++ pour linker et pas gcc?

Dans la config j'ai bien gcc pour le C et g++ pour le C++

Je rappelle que la compilation en ligne de commande fonctionne quand on génère le binaire de test (cf la doc) or en codant sur codeblocks j'ai cette erreur.

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (MacArony) — Thu, 24 Jan 2013 13:58:35 +0000

claudius01 a écrit :

Re MacArony et mille excuses pour ma 1ère réponse ;-)
Que donne le résultat de la commande :
$ ldd /usr/local/lib/libk8055.so
Cordialement, A+
--
Claudius

Pas de soucis ;-)
voila le retour :

linux-gate.so.1 =>  (0xb77d7000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb760d000)
	/lib/ld-linux.so.2 (0xb77d8000)

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (telliam) — Thu, 24 Jan 2013 13:23:35 +0000

pquoi tu utilises g++ pour linker et pas gcc?

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (claudius01) — Thu, 24 Jan 2013 13:14:35 +0000

Re MacArony et mille excuses pour ma 1ère réponse ;-)

Que donne le résultat de la commande :

$ ldd /usr/local/lib/libk8055.so

Cordialement, A+
--
Claudius

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (MacArony) — Thu, 24 Jan 2013 12:57:25 +0000

J'ai trouvé commentl'afficher :

-------------- Build: Debug in vellman ---------------

[ 50,0%] gcc -Wall  -g     -c /home/macarony/Projet_codeblocks/vellman/main.c -o obj/Debug/main.o
[100,0%] g++  -o bin/Debug/vellman obj/Debug/main.o    -lm -lk8055 -lusb 
/usr/local/lib/libk8055.so: undefined reference to `sqrtf'
collect2: ld a retourné 1 code d'état d'exécution
Process terminated with status 1 (0 minutes, 0 seconds)
1 errors, 0 warnings

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (telliam) — Thu, 24 Jan 2013 12:41:34 +0000

tu as pas moyen d'afficher la ligne de compilation?

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (MacArony) — Thu, 24 Jan 2013 12:35:14 +0000

-------------- Build: Debug in vellman_test ---------------

Linking console executable: bin/Debug/vellman_test
/usr/local/lib/libk8055.so: undefined reference to `sqrtf'
collect2: ld a retourné 1 code d'état d'exécution
Process terminated with status 1 (0 minutes, 0 seconds)
1 errors, 0 warnings

Réponse à : K8055 - Board de développement Velleman

dummy@example.com (telliam) — Thu, 24 Jan 2013 11:00:30 +0000

est ce que tu passes des options de compilation ou linker particulieres?
px tu mettre le log de compilation?