[AIX 5.3]ERROR: undefined symbol: .main

Version imprimable

24/08/2012, 10h18
Kaamui

[AIX 5.3]ERROR: undefined symbol: .main

Bonjour à tous,

je vous écris car je rencontre des problèmes que j'ai du mal à décrypter :

mon environnement de travail est une machine AIX 5.3, et je tente de compiler un petit ensemble de fichier en une bibliothèque partagée (.a sous AIX), qui a la particularité de n'avoir aucun point d'entrée (main).

le makefile que j'utilise contient ceci :

Citation:

fichier : libfichier.a

libfichier.a : $(Mon_rep)/fichier.c $(Mon_rep)/fichier.h $(Mon_rep)/version.h $(Mon_rep)/fichier.exp
/usr/vac/bin/cc_r -bM:SRE -bnoentry -bE:$(Mon_rep)/fichier.exp -lm -o $@ $(Mon_rep)/fichier.c -I(EXPAT_ROOT)/include -I(AUTRE_ROOT)/include -I. -L$(EXPAT_ROOT)/lib -brtl -L/home/autre/bin -lexpat -lautre

voici ce que j'obtiens :

Citation:

[...] <= jusqu'ici tout à l'ai de bien se passer
RC: Highest return code was 0.
/usr/vac/bin/cc_r -O fichier.c -o fichier
ld: 0711-317 ERROR:Undefined symbol: .main
ld: 0711-345 Use the bloadmap or bnoquiet option to obtain more information.
make: The error code from the last command is 8.

j'ai donc modifier mes options de compilations pour avoir plus d'info et j'obtiens :

Citation:

[...]
LIBRARY: Shared object libc.a[pty.o]: 1 symbol imported.
FILELIST: Number of previously inserted files processed: 5
(ld): resolve
RESOLVE: 39 of 5644 symbols were kept.
(ld): addgl /usr/lib/glink.o
ADDGL: Gling code added for 4 symbols.
ld 0711-318 ERROR: Unedfined symbols were found.
The following symbols are in error:
Symbol || Inpndx || TY || CL ||Source-File(Object-File) OR Import-File(Shared-object) || RLD: || Adress || Section || Rld-type || Referencing || Symbol
.main || [8] || ER || PR || crt0main.s(/lib/crt0.o) || || 00000088 || .text || R_RBR || [30] || .__start

ER: The return code is 8.

Et là je sèche... je ne comprend pas trop ce qui est marqué, alors si vous avez une idée de ce qui se passe, merci d'avance pour votre aide.

Serait-ce lié à crt0.o ? je ne sais pas pourquoi j'ai l'impression que ça vient d'une lib C ce truc (bref : :aie:).
24/08/2012, 10h44
Jean-Marc.Bourguet

Code:

/usr/vac/bin/cc_r -O fichier.c -o fichier

Tu demandes a faire un executable fichier a partir de fichier.o, il te dis qu'il n'y a pas de main. Si c'est le cas (pas de main dans fichier.c), ca me semble bien une erreur.
- soit tu veux un executable, il te faut un main.
- soit tu veux un fichier object, il faut l'option -c.
24/08/2012, 11h10
Kaamui

Citation:

Envoyé par Jean-Marc.Bourguet

Code:

/usr/vac/bin/cc_r -O fichier.c -o fichier

Tu demandes a faire un executable fichier a partir de fichier.o, il te dis qu'il n'y a pas de main. Si c'est le cas (pas de main dans fichier.c), ca me semble bien une erreur.
- soit tu veux un executable, il te faut un main.
- soit tu veux un fichier object, il faut l'option -c.

Merci pour votre réponse.

En effet, en tapant juste la commande /usr/vac/bin/cc_r -c fichier.c il me génère sans erreur un fichier.o

Mais ce que je ne comprends pas, c'est que cette ligne :

Citation:

/usr/vac/bin/cc_r -O fichier.c -o fichier

je ne la souhaite pas, et je ne vois pas d'où elle est générée. Mon makefile, pour le "goal" fichier, n'appelle logiquement que le ligne donnée ci dessus :

Citation:

fichier : libfichier.a

libfichier.a : $(Mon_rep)/fichier.c $(Mon_rep)/fichier.h $(Mon_rep)/version.h $(Mon_rep)/fichier.exp
/usr/vac/bin/cc_r -bM:SRE -bnoentry -bE:$(Mon_rep)/fichier.exp -lm -o $@ $(Mon_rep)/fichier.c -I(EXPAT_ROOT)/include -I(AUTRE_ROOT)/include -I. -L$(EXPAT_ROOT)/lib -brtl -L/home/autre/bin -lexpat -lautre

cette commande est bien appelée quand je fais make fichier et le .a est généré, mais ensuite il exécute cette ligne étrange que vous avez remarqué, alors qu'elle ne figure pas (apparemment en tout cas) dans le contenu de mon makefile, et encore moins dans la partie que j'essaie d'exécuter.

Maintenant, le mieux serait que je puisse remplacer le -O (qui je crois ne sert pas trop) par le -c dont vous me parlez.

Est-ce possible que cette commande soit générée automatiquement ? (pour une raison que j'ignore)

Merci encore
24/08/2012, 12h02
Jean-Marc.Bourguet
Quand tu fais make fichier, tu demandes a make de creer un fichier appele fichier. Dans ton makefile, tu lui indiques qu'il y a une dependance sur libfichier.a, qu'il doit donc faire avant. Apres quoi il cherche toujours comment a creer fichier. Comme il existe fichier.c et qu'il a une regle implicite disant comment faire fichier a partir de fichier.c, il execute cette regle.

Si comme je le pense, tu ne cherches pas ca,
Code:

1 2 3 fichier: libfichier.a echo "libfichier.a done"
donnera quelque chose d'autres a faire a make. Si tu utilises GNUmake, regarde aussi .PHONY dans la doc.
24/08/2012, 14h07
Kaamui
Citation:
Envoyé par Jean-Marc.Bourguet

Quand tu fais make fichier, tu demandes a make de creer un fichier appele fichier. Dans ton makefile, tu lui indiques qu'il y a une dependance sur libfichier.a, qu'il doit donc faire avant. Apres quoi il cherche toujours comment a creer fichier. Comme il existe fichier.c et qu'il a une regle implicite disant comment faire fichier a partir de fichier.c, il execute cette regle.

Si comme je le pense, tu ne cherches pas ca,

Code:

1 2 3 fichier: libfichier.a echo "libfichier.a done"

donnera quelque chose d'autres a faire a make. Si tu utilises GNUmake, regarde aussi .PHONY dans la doc.
Merci pour ton aide, je me coucherais moins bête ce soir ^^

Encore merci ;)