erreur de link avec g++ pour 32bits

Bonjour a tous,

j'ai un code c++ que je compilais il y a quelque temps sans problème sur ubuntu 32 bits avec la commande make (qui executait des

Code:

---

g++ -Wall fichier.cpp -o fichier.o

---

et un

Code:

---

ld --oformat binary -Ttext 1000 list_de_fichier -o exec

---

).

J'aimerais maintenant pouvoir le compiler sur mac os 64bits, toujours avec un makefile pour le moment, et g++, donc j'ai essayer

Code:

---

g++ -Wall -m32 fichier.cpp -o fichier.o

---

et toujour la meme commande pour linker les fichier
mais j'ai une erreur :

Code:

---

1 2	Underfined sumbols for archtecture i386 : "mafonction()", referenced from _main in ccar89r1.o

---

Je n'utilise aucune libraire dans mon code, je n’inclus que quelques fichiers d'en-tête...

Quelqu'un sait d'ou pourrait venir cette erreur, et surtout comment la résoudre?

merdi d'avance :)

Salut,

Salut,

Je commencerais déjà par voir à quoi correspond la fonction en question.

Tu dis que tu n'utilises aucune bibliothèque dans ton code, mais, dés le moment où tu inclus un fichier extérieur à ton projet, on peut décemment imaginer qu'il y a bel et bien une bibliothèque externe qui entre en oeuvre ;)

"Globalement", un symbole indéfini survient dans deux cas méritant des approches distinctes:

1. Soit le symbole correspond à une fonction issue de ton projet
2. Soit le symbole correspond à une fonction issue d'une bibliothèque externe

Dans le cas d'une fonction issue de ton projet, il y a plusieurs raisons possibles :

1. L'implémentation de la fonction en question a été supprimée ou commentée
2. Le fichier dans lequel se trouve la fonction a été supprimé ou déplacé
3. Le fichier objet contenant le code binaire de la fonction n'est pas pris en compte lors de l'édition de lien

Il faut donc commencer par s'assurer que l'implémentation de la fonction existe bel et bien dans le code, qu'elle n'a pas été mise en commentaire, et que le fichier d'implémentation se trouve au bon endroit dans l'arbre de fichiers (s'il a été ne serait ce que déplacé de <source>/ truc à <source> / truc / bidule, ca peut expliquer le problème ;) )

Si l'implémentation de la fonction existe bel et bien, il faut s'assurer que le fichier la contenant est bel et bien compilé, et qu'il se trouve à la bonne place (tu devrais normalement trouver dans le répertoire de compilation un fichier portant le meme nom, mais portant l'extension *.o )

Si le fichier objet existe bel et bien, il faut s'assurer qu'il est bien pris en compte par l'éditeur de liens, et que le bon chemin d'accès est utilisé.

Si la fonction manquante ne fait pas partie de ton code, c'est, très clairement, qu'elle est issue d'une bibliothèque externe.

Dans ce cas, les raisons possibles pour lesquelles l'éditeur de liens ne la trouverait pas sont :

• Le fait que tu n'aies pas indiqué qu'il fallait utiliser la bibliothèque en question (il se peut qu'elle ait été prise en compte par défaut sur ubuntu, et ne pas l'être sur ton nouveau système ;))
• Le fait que l'éditeur de liens ne trouve pas la bibliothèque en question
• Le fait que tu travailles avec une version différente de la bibliothèque, et que la fonction en question a été rajoutée ou rendue obsolète entre les deux versions

Les deux premiers cas ne se limiteraient sans doute pas à indiquer une seule erreur de symbole non définis, mais se feraient un énorme plaisir de lister toutes les fonctions de la bibliothèque externe que tu aurais utilisées :aie:

De plus, la première erreur du deuxième cas serait du genre de "library XXX not found"

Vérifie quand meme la présence de la bibliothèque en question sur ton nouveau système, et, au besoin installe la.


Vérifies aussi que la variable LDFLAGS fournisse bien le bon chemin d'accès à cette bibliothèque, et modifie ton makefile le cas échéant (on ne peut en effet pas jurer que la bibliothèque se trouve forcément dans le meme dossier sur les deux systèmes)

Si tu obtiens la certitude que la bibliothèque est présente sur ton système et qu'elle est accessible par l'éditeur de liens, vérifies en la version et, au besoin, installe la meme version que celle que tu as sur ubuntu (en corrigeant au besoin ton makefile)

A défaut de plus d'info, il nous sera difficile de te donner une réponse beaucoup plus précise ;)

Hope it helps ;)

C'est ce qui s'appelle une réponse plus que précise :p

Enfait j'ai un fichier "principal.cpp" dans lequel j’inclus "screen.h" qui contient l'en-tête de la fonction "print(char*, color, color)" contenu dans le fichier "screen.cpp". Lorsque je disais

Citation:

---

Je n'utilise aucune libraire dans mon code, je n’inclus que quelques fichiers d'en-tête...

---

je voulais dire que je n'inclu aucune bibliotheque, ca fait deja 3 possibilité en moins :p

Ensuite, dans mon Makefile, j'utilise ceci pour compiler tous mes fichiers d'un coup :

Code:

---

1 2	%.o : %.cpp $(CPP) $(CXXFLAGS) $^ -o $@

---

Et ceci pour llinker :

Code:

---

1 2	exec: principal.o screen.o ld --oformat binary -Ttxt 1000 $^ -o $@

---

Je me demandais si, déjà, "%.o : %.cpp" fonctionnais bien, je m'explique :

Lorsque je fait comme decrit precedemment, dans le terminal je voit la commande

Code:

---

g++ -Wall -m32 principal.cpp -o kernel.o

---

suivit de l'erreur expliquer dans mon premier post...

Mais si je fait ceci dans mon Makefile :

Code:

---

1 2	.o : .cpp $(CPP) $(CXXFLAGS) $^ -o $@

---

Je vois ceci dans le terminal :

Code:

---

1 2 3

g++ -Wall -m32 -c -o principal.o principal.cpp g++ -Wall -m32 -c -o screen.o screen.cpp ccrMZek7.s:655:FATAL:Symbol next already defined.

---

Ce qui veut dire qu'il compile bien principal.cpp mais qu'il bloque pour screen.cpp, or je croit savoir que la deuxieme ecriture est juste un peu plus ancienne mais est sencer faire pareil non?

Finalement, je ne sais pas si c'est une erreur de compilation, de makefile ou de linkage... Une idée?

Si tu as encore besoin de précision n’hésite pas, et encore merci pour ta précédente reponse :)

Personne ne peut m'aider? Ne fusse que pour me dire ou est ce que j'ai plus de chance de trouver une réponse?

tes deux regles de compilation sont fausses:

1)

Code:

---

1 2	%.o : %.cpp $(CPP) $(CXXFLAGS) $^ -o $@

---

il manque le flag -c pour dire que l'on compile un seul fichier et donc de ne pas faire le link; a l'heure actuelle, ta ligne de commande demande de compiler le fichier et démettre un executable (donc de faire le linking)

2)

Code:

---

1 2	.o : .cpp $(CPP) $(CXXFLAGS) $^ -o $@

---

la syntaxe est mauvaise, la facon "old school" d'ecrire ca c'est

Code:

---

1 2	.cpp.o: $(CPP) $(CXXFLAGS) $^ -o $@

---

(oublie pas le -c dans ce cas la non plus)

Cela me donne :

Code:

---

1 2	g++ -m32 -Wall -c screen.cpp -o screen.o cc7Cu3xp.s:655:FATAL:Symbol next already defined.

---

(Il a bien compiler principal.cpp)

Une autre solution? Besoin d'autre précision?

Merci de ta réponse, tu me redonne de l’espoir :)

Il faudrait que tu postes le code de screen.cpp pour savoir. apparemment il y a des symboles définis plusieurs fois

Bonsoir,

Desolé de ne pas avoir repondu plus tot, je me suis dit qu'un compilateur croisé pourrait resoudre mon probleme non? j'ai fait pas mal de recherche a ce sujet et je me suis dit pourquoi pas essayer, qu'en dites vous? cependant ca ne me parait pas si facile a mettre en place, en cherchant je suis tombé ici, mais je ne comprend pas tout.

Je voulait donc savoir si quelqu'un avait déjà fait cette manip (compilateur croisé Ubuntu 32 bits vers mac os 10.7 64 bits)? Si vous aviez de la documentation (tuto), ou si quelqu'un a le courage de m'expliquer en gros la marche a suivre, ou me donner quelque explications?

merci d'avance :) Bonne soirée.