Discussion :

[keenan]

Bonjour,
Je suis sous VC++ 2005 express, et je dois cr�er une dll � partir d'une API d'un programme externe, con�u (il me semble) pour VC++ 6.0 ou VC++ .NET.

La compilation se d�roule bien, mais le linker me dit qu'il ne trouve pas 'mfc42d.lib'. Comme ces librairies (MFC) ne sont pas disponibles dans les sdk pour les plateformes x86,
je me demandais si il y avait un moyen de faire en sorte que le linker ne les cherche pas

Existe t'il un r�pertoire des MFC et autres librairies standard, permettant de savoir qui sert � quoi?

Par avance merci

[nico-pyright(c)]

pourquoi as-tu besoin de linker avec cette librairie ? tu te sers des MFC ?

[keenan]

Je ne suis pas certain d'en avoir r�ellement besoin, car je ne connais pas bien le code de l'API. Ce qui est sur, c'est que je n'ai pas link� ces librairies manuellement.

J'ai essay� de d�sactiver les MFC dans les propri�t�s de mon projet (General/use of MFC -> Use Standard Windows libraries), mais il me manque maintenant 'nafxcwd.lib', qui est une librairie du m�me type (il me semble).
J'ai fait une recherche de ces fichiers sur mes disques et ils existent mais pour d'autres plateformes que x86.

J'ai bien not� que la version express n'incluait pas ces MFC, et je me demande pourquoi elles sont link�es "par d�faut".

Comment �viter le linkage de ces librairies, ou comment les r�cup�rer?


Merci par avance!

[nico-pyright(c)]

t'as regard� dans la ligne d'�dition de lien ? qu'y-a-t-il ?

[keenan]

Bonjour,

J'ai tent� d'ignorer la librairie non trouv�e de l amani�re suivante, dans les propri�t�s du projet:

Est ce la bonne m�thode pour configurer l'�dition de liens?

J'ai bien peur que ces librairies manquantes ne continuent de m'emb�ter ...

[nico-pyright(c)]

on peut voir le contenu de command line ?

[keenan]

Biensur, le voici:

Code :

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

1
2
3
4
5
6
7
/VERBOSE:LIB /OUT:"S:\localwork\faisabilit�_LTSI\src\option1\simplorer\beeler_VC\beeler_reuter\Debug\beeler_reuter.dll"
/INCREMENTAL /NOLOGO
/LIBPATH:"C:\Ansoft\Simplorer70\Template\C_Interface\Lib" /DLL /MANIFEST
/MANIFESTFILE:"Debug\beeler_reuter.dll.intermediate.manifest"
/NODEFAULTLIB:"nafxcwd.lib" /DEBUG /ASSEMBLYDEBUG
/PDB:"s:\localwork\faisabilit�_LTSI\src\option1\simplorer\beeler_VC\beeler_reuter\debug\beeler_reuter.pdb"
/MACHINE:X86 /ERRORREPORT:PROMPT

Avec /NODEFAULTLIB, le probl�me a �t� d�cal� : J'ai le droit maintenant �

Code :

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

beeler_Interface.obj : error LNK2001: unresolved external symbol __afxForceEXCLUDE

.
Il va falloir que je cherche ou est ce symbole externe, et que je trouve la librairie correspondante. C'est peut �tre nafxcwd.lib
J'ai vu dans d'autres posts que ca pouvait aussi �tre li� � une option du character set, que j'ai mis en not set

Voilou, je suis toujours stuck avec ces librairies, mais merci beaucoup pour votre aide!

[keenan]

Bon l�, je ne vois plus de solution � mon probl�me hormis celle qui consiste � acheter la version standard de VStudio.

Y a t'il une raison connue pour laquelle Microsoft n'a pas mis ces MFC dans express?
Est ce que l'on peut trouver en t�l�chargement gratuit une librairie appartenant aux MFC?

Est ce encore possible de t�l�charger VC++ 6.0? Car il semble que cet environnement soit mieux compatible avec l'API que j'utilise.

[nico-pyright(c)]

pas de MFC dans la version express, � cause des sous-sous
pour tes autres questions, la r�ponse est non

si tu n'as pas besoin de ces dlls, je vois pas pourquoi tu as une d�pendance avec. Il faut veiller � enlever toutes les d�pendances aux MFC

[keenan]

Merci de ta r�ponse, mais ca m'�nerve un peu.

En fait je dois r�utiliser du code qui a �t� orginalement con�u pour VC++ 6.0, que je n'ai pas �crit moi m�me et auquel je ne pense pas devoir toucher puisqu'il lie ma dll � un environnement de mod�lisation.

Donc en gros, les d�velopeurs de l'API ont oubli� de rendre leur code plateforme-ind�pendant, et je ne peux pas y faire grand chose.

Merci beaucoup! et � tr�s bient�t!

[nico-pyright(c)]

dans ce cas, effectivement, c'est gal�re, mais ce que je peux te conseiller, c'est de leur demander une version release (celle-ci semble etre en debug) et de r�cuperer ces dlls, qui DOIVENT etre distribu�es dans toute application MFC

[keenan]

OK, il faut que je demande dans quelle(s) dll sont stock�es les fonctions MFC pour compiler avce l'API.
je vais donc me rensigner sur ce point.

Ensuite il faut inclure ces dll � l'�dition de liens entant que "delayed" il me semble... ?

Merci pour les infos!