Version imprimable
bonjour a tous,
voila j'ai fait mon petit programme mais a chaque fois que je le lance j'ai besoin de libmysql.dll et mysqlclient.lib .
je me suis un peu documenté et apparemment si on execute en static library ca marche , donc je le fais et ca me crée un fichier:
"libmonprogramme.a"
mais ca ne grossi pas mon executable et il est toujours dependant de libmysql.dll et mysqlclient.lib
pouvez vous m'aider?
Normalement tu n'as besoin du .lib/.a que pour l'édition de liens; seul le .dll est nécessaire à l'exécution.
Ton problème de "version statique", ce n'est pas lié à ton programme, mais à la bibliothèque elle-même: Il faut qu'il existe une version "vraie bibliothèque statique" de la DLL MYSQL pour que celle-ci puisse être intégrée à l'exécutable.
Tant que tu auras à la place une DLL et une bibliothèque statique d'importation, transformer ton programme lui-même en bibliothèque statique ne changera rien.
Désolé de ne répondre que maintenant ,
si je comprends bien je dois trouver la dll de la bibliothèque mysql en statique ?
et une fois que je l'ai je fais comment pour la mettre dans l'exécutable ?
Bonjour,
Normalement tu devrais avoir dans le dossier de ta bibliothèque 3 dossier : include, lib et bin. Tu trouveras le DLL dans bin, tu dois le copier dans le même répertoire que ton .exe ou bien dans system32 sous Window, la première solution est meilleure. Ensuite ça dépend si tu utilises un IDE ou pas, moi personnellement j'utilise codeblock.
Project -> Build Options -> Linker Settings -> Add et tu ajoutes mysqlclient.lib qui se trouve normalement dans le dossier lib de ta bibliothèque.
Ensuite même procédure sauf que tu vas dans Search Directory. Dans l'onglet compiler tu ajoutes le chemin vers le dossier include et dans linker le chemin vers lib. C'est la procédure sous codeblock, je ne sais pas comment on fait sous les autres IDE ou sous gcc. :ccool:
Salut,
C'est une question de point de vue. S'il s'agit d'une dll qui évolue et qui est utilisée par de nombreux programmes, il vaut mieux la mettre à l'endroit conseillé par Windows. Imagine que tu aies écrit une dizaine de programmes appelant la même dll et qui tournent tous chez le même client... Il vaut mieux "centraliser" la dll. Le cas typique étant par exemple la SDL. Une exception est le programme totalement obsolète qui ne tourne q'avec une vieille version de la dll. Dans cas, il est justifié de vouloir la "ghettoïser" dans le répertoire de l'appli.Citation:
Envoyé par nockas
A+
Pfeuh
System32, c'est le mal. De nos jours, une bibliothèque, elle a droit à son propre sous-répertoire de Program Files ou de Program Files\Common Files.