Discussion :

[Hibou57]

Hi all,

Je suis sous windows (98se).

J'ai cr�� un fichier de d�finition pour user32.dll avec impdef.
J'ai cr�� une librairie pour user32.dll avec buildlib (une sorte de implib 32 bits) et user32.def.
J'ai �cri un petit programme C

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
 
int MessageBoxA (void* parent, char* message, char* caption, int style);
 
int main (int argc, char* argv [])
{
     MessageBoxA (0, "un petit message", "titre", 0);
     return 0;
}

je compile avec la commande gcc test.c -luser32

Mais j'ai toujours le m�me message : undefined reference to MessageBoxA.

Pourtant MessageBoxA est bien dans user32.lib (je l'ai v�rifi�). J'ai aussi essayer en remplacant MessageBoxA par MessageBoxA@16 dans user32.def puis en recr�ant le nouvelle user32.lib. Mais le r�sultat est le m�me.

Please : how do I use an import from scratch ?

snifff, snifff.... je suis desesp�r�

[Pragmateek]

La bibliotheque a bien �t� signal�e au linkeur?

EDIT:Quel est l'IDE?

[Hibou57]

Merci Seriousme pour ta r�ponse

Oui, la biblioth�que a bien �t� signal� au lieur (qui est ld), et je peux confirmer qu'il la trouve.

Je ne travail pas avec un IDE, mais en ligne de commande. Avec gcc, pour compiler les fichiers C. Avec ld pour lier les objets, avec impdef pour cr�er les fichiers de d�finitions des dll �trang�res, et avec buildlib (un genre de implib) pour cr�er le librairie d'importation d'une dll �trang�re.

J'ai essayer en d�corant MessageBoxA avec le @16, sans le @16, j'ai essay� en ajoutant un blanc-soulign� avant le nom (pour la d�claration dans le fichier C), et sans blanc-soulign� aussi...

Je n'y comprends rien

[Hibou57]

J'ai trouv� la solution. Il faut ajouter ce truc bizzare dans la d�claration : __attribute__((stdcall)) il y a deux blanc soulign� � chaque fois, et il est obligatoire d'utiliser deux paranth�ses. C'est un truc compl�tement tordu et lofoque, mais �a marche. Cette chose bizzare dit au compilateur que la convention d'appel est celle du Pascal (ce que je voulais).

Cela ne venait donc pas de la librairie, mais du source C. J'ai modifi� le fichier C pour que la declaration soit � extern __attribute__((stdcall)) int MessageBoxA (void* parent, char* message, char* caption, int style); � et �a fonctionne hamdullah

alors je peux m�me cr�er la librairie d'import en utilisant MessageBoxA ou MessageBoxA@16, �a marche dans les deux cas!

Pour faire plus simple et plus lisible, il suffit de d�finire une macro, par exempe � #define API extern __attribute__((stdcall)) �, et de l'utiliser ainsi � API int MessageBoxA (void* parent, char* message, char* caption, int style); �. Ceci evite d'avoir � lire et � �crire sans cesse cette bizzarerie de __attribute__((stdcall))

Ceci dit, en passant, on remarquera une fois de plus que le C est un langage tr�s mal con�us (rafistolage + rafistolage + etc ... = #~*!)

[DaZumba]

Ceci dit, en passant, on remarquera une fois de plus que le C est un langage tr�s mal con�us (rafistolage + rafistolage + etc ... = #~*!)

Ben tiens. C'est comme les tennismen francais: quand ils perdent, c'est la faute de la raquette.
Ce que tu racontes est bizarre, notamment la decoration de la fonction - ton fichier n'aurait pas l'extension .cpp par hasard (ce qui invoquerait le compilateur C++)? Sinon, c'est encore une specificite de l'API Win32...

[M�dinoc]

DaZumba: Non, les d�corations C++ sont bien pires.
le @16, c'est la d�coration C pour une fonction en __stdcall. (16 �tant la taille de param�tres que la fonction retire elle-m�me de la pile: c'est une optimisation en taille des appels)

[DaZumba]

le @16, c'est la d�coration C pour une fonction en __stdcall.

Ok, merci pour ces precisions. Le C n'a donc bien rien a voir la dedans - c'etait un probleme de conventions d'appel Win32.

[Hibou57]

DaZumba, je n'ai pas rejet� la faute si quoique ce soit... je *Cherchais* une solution (que j'ai trouv�). Reconnais quand m�me que la syntax du C pour faire �a, tient un peu du rafistolage. Pour �tre exact, j'utilisais lcc avant, et je suis pass� � gcc pour certaines raisons... et la mani�re de le faire en gcc n'est pas la m�me, raison pour laquelle je me suis trouv� les bras balent quelques instant....

Pffff.... je ne sais pas ce que vous avec le C ici, mais on ne peut rien en dire sans vexer apparement.

Merci pour ton intervention M�dinoc