Discussion :

[r0d]

Bonjour � tous,

En pr�s de 10 ans d'utilisation de VS, c'est la premi�re fois que je vois cela, et vraiment �a me d�passe:
Dans une solution, j'ai 2 projets. Le premier est compil� en tant que dll qui va �tre utilis�e par le second. Normalement, et jusqu'� hier, lorsque je compilais le premier, il me g�n�rait un .dll et un .lib. J'ai d� modifier quelque chose (bien que je ne crois pas avoir modifi� quoi que ce soit mais je ne crois plus au code qui se modifie tout seul), et maintenant il ne me g�n�re que la dll. Or le second projet a besoin du .lib pour linker.

J'ai fais mille fois le tour de mes options de compilation, et tout me semble nickel. Par exemple, dans linker -> avanced -> import lib, j'ai m�me mis le chemin en dur (c:/path/sans/espaces/malib.lib).

Avez vous une id�e, un indice, sur ce qu'il peut se passer?

edit: il s'agit de visual 9 (ou visual 2008) pro SP1, sous windows XP

[camboui]

Aucune id�e, juste des pistes.
Regarde mon sujet "runtime error avant main" d'il y a quelques jours dans ce m�me forum.
Un coll�gue a eu une blague du genre quelques semaines plus t�t (voir KB971090).

En bref, MS fait des patchs parfois d�routants.
Essaie en faisant un "rebuild all", en effa�ant tous les r�pertoires release et debug, etc. Bien que je suppose que tu aies d�j� essay� tout cela.

[3DArchi]

Salut,
Le seul cas dont je me souvienne est la cr�ation d'une DLL dans laquelle aucun symbole n'�tait export� : ni fonction, ni classe. Alors, la DLL est bien cr��e mais pas de .lib.

[r0d]

r���, j'ai trouv� le probl�me. En r�cup�rant une ancienne version et en comparant les options de compilations, et le probl�me venait d'une variable de pr�compilation que j'avais enlev�. Je l'avais enlev� car je ne savais pas � quoi elle servait (et je ne le sais toujours pas d'ailleurs, je vais chercher �a tout de suite). La variable est de cette forme: __EXPORT_MON_PROJET_DLL__
Et effectivement, si cette variable n'est pas d�finie, le .lib n'est pas g�n�r�. Je ne sais pas d'o� vient cette variable (c'est un projet que j'ai r�cup�r� "en route"), et elle n'est utilis�e nulle part dans le code.
C'est ce qui m'ennuie un peu parfois dans Visual, il fait trop de choses "dans notre dos".

[3DArchi]

Je pense que c'est ce que je disais : tu n'avais aucun symbole export�. La macro __EXPORT_MON_PROJET_DLL__ est souvent employ�e pour diff�rencier le header selon qu'on g�n�re la DLL ou qu'on importe l'interface de la DLL dans un projet. C'est en g�n�ral quelque chose qui ressemble �

Code :

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

1
2
3
4
5
6
 
#ifdef EXPORTER
#define __EXPORT_MON_PROJET_DLL__ __declspec(dllexport)
#else
#define __EXPORT_MON_PROJET_DLL__ __declspec(dllimport)
#endif

et ensuite :

Code :

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

1
2
3
4
class __EXPORT_MON_PROJET_DLL__ blabla{
// ...
};
__EXPORT_MON_PROJET_DLL__ void __cdecl re_blablabla();

La d�finition des macros de type __EXPORT_MON_PROJET_DLL__ peut plus ou moins varier selon les configurations g�r�es ou les compilateurs pris en compte, mais on retrouve toujours au - une d�finition avec dllexport et une avec dllimport pour visual.

[Mac LAK]

Par d�faut, cette d�finition de pr�processeur s'appelle <NOMDUPROJET>_EXPORTS, et la macro d'exportation / importation � ins�rer dans le code s'appelle <NOMDUPROJET>_API. Par habitude, je ne change jamais ces noms par d�faut de fa�on � garder une coh�rence g�n�rale entre mes projets.

Si la macro est absente, �a ne produit en g�n�ral que des emm.... : soit tu ne g�n�res que la DLL (avec une erreur de link derri�re), soit que la librairie d'importation (avec une belle erreur � l'ex�cution bien s�r).