symboles externe non résolus

Version imprimable

15/05/2007, 17h38
hpavavar

symboles externe non résolus

Bonjour.

Voilà, j'ai un projet visual cpp que je dois reprendre.
Je veux en faire une bibliothèque dynamique (.dll) afin de la coupler avec du java.

Le soucis c'est que pour le moment, c'est une bibliothèque statique (.lib). Dans les options du projet, j'ai changé la case pour .dll et maintenant j'ai masse d'erreurs de symbole externe non résolu lorsque je compile.

Des idées ?
16/05/2007, 06h59
farscape

Citation:

Envoyé par hpavavar

Bonjour.

Voilà, j'ai un projet visual cpp que je dois reprendre.
Je veux en faire une bibliothèque dynamique (.dll) afin de la coupler avec du java.

Le soucis c'est que pour le moment, c'est une bibliothèque statique (.lib). Dans les options du projet, j'ai changé la case pour .dll et maintenant j'ai masse d'erreurs de symbole externe non résolu lorsque je compile.

Des idées ?

salut,
sans un apercu des types d'erreurs non.
16/05/2007, 09h47
hpavavar

Pas de soucis

Citation:

------ Début de la génération : Projet : libSc, Configuration : Debug Win32 ------
Édition des liens en cours...
CScpEcgProcessor.obj : error LNK2019: symbole externe non résolu "public: virtual bool __thiscall CStepRunner::Run(class CStep &,class CMap<class CIdentifier,class CValue *> &,class CMap<class CIdentifier,class CValue const *> const &,class CErrorReporter &,class CContext const &)" (?Run@CStepRunner@@UAE_NAAVCStep@@AAV?$CMap@VCIdentifier@@PAVCValue@@@@ABV?$CMap@VCIdentifier@@PBVCValue@@@@AAVCErrorReporter@@ABVCContext@@@Z) référencé dans la fonction "public: bool __thiscall CScpEcgProcessor::ConvertScpEcgStiAvm(class CValueScpEcg &)" (?ConvertScpEcgStiAvm@CScpEcgProcessor@@QAE_NAAVCValueScpEcg@@@Z)
CScpEcgProcessor.obj : error LNK2019: symbole externe non résolu "public: virtual class CStep * __thiscall CStaticFactoryPemUtils::CreateStep(class CIdentifier const &,class CIdentifier const &,class CFactory const &,class CErrorReporter &,class CContext const &,class CSystem const *,bool)const " (?CreateStep@CStaticFactoryPemUtils@@UBEPAVCStep@@ABVCIdentifier@@0ABVCFactory@@AAVCErrorReporter@@ABVCContext@@PBVCSystem@@_N@Z) référencé dans la fonction "public: bool __thiscall CScpEcgProcessor::ConvertScpEcgStiAvm(class CValueScpEcg &)" (?ConvertScpEcgStiAvm@CScpEcgProcessor@@QAE_NAAVCValueScpEcg@@@Z)
16/05/2007, 10h04
farscape

tu as mis le support des MFC dans ta dll ?
16/05/2007, 10h14
hpavavar
En fait j'ai plusieurs options :
- Utiliser les MFC dans une bibliothèque statique
- Utiliser les bibliothèques Windows standard
- Utiliser les MFC dans une DLL partagée
C'est comme pour les ATL, j'ai
- N'utilisant pas ATL
- Lien dynamique vers ATL
- Lien statique vers ATL
Je ne sais pas à quoi ça correspond.

Pour que ça compile, il faut que je choisisse Bibliothèque statique (.lib) comme type de configuration et n'importe quoi pour les MFC.
16/05/2007, 10h48
farscape

tu n'as pas oublié #include <afxtempl.h> dans stdafx.h ?
sinon cette fonction CStepRunner::Run fait bien partie de tes sources ?
16/05/2007, 10h58
hpavavar

J'ai pas de fichier stdafx.h :aie:

J'ai ajouté un sdtafx d'un autre projet :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
 
// stdafx.h : fichier Include pour les fichiers Include système standard,
// ou les fichiers Include spécifiques aux projets qui sont utilisés fréquemment,
// et sont rarement modifiés
//
 
#pragma once
 
// Modifiez les définitions suivantes si vous devez cibler une plate-forme avant celles spécifiées ci-dessous.
// Reportez-vous à MSDN pour obtenir les dernières informations sur les valeurs correspondantes pour les différentes plates-formes.
#ifndef WINVER				// Autorise l'utilisation des fonctionnalités spécifiques à Windows XP ou version ultérieure.
#define WINVER 0x0501		// Attribuez la valeur appropriée à cet élément pour cibler d'autres versions de Windows.
#endif
 
#ifndef _WIN32_WINNT		// Autorise l'utilisation des fonctionnalités spécifiques à Windows XP ou version ultérieure.                   
#define _WIN32_WINNT 0x0501	// Attribuez la valeur appropriée à cet élément pour cibler d'autres versions de Windows.
#endif						
 
#ifndef _WIN32_WINDOWS		// Autorise l'utilisation des fonctionnalités spécifiques à Windows 98 ou version ultérieure.
#define _WIN32_WINDOWS 0x0410 // Attribuez la valeur appropriée à cet élément pour cibler Windows Me ou version ultérieure.
#endif
 
#ifndef _WIN32_IE			// Autorise l'utilisation des fonctionnalités spécifiques à Internet Explorer 6.0 ou version ultérieure.
#define _WIN32_IE 0x0600	// Attribuez la valeur appropriée à cet élément pour cibler d'autres versions d'Internet Explorer.
#endif
 
#define WIN32_LEAN_AND_MEAN		// Exclure les en-têtes Windows rarement utilisés
#define _ATL_CSTRING_EXPLICIT_CONSTRUCTORS	// certains constructeurs CString seront explicites
 
#ifndef VC_EXTRALEAN
#define VC_EXTRALEAN		// Exclure les en-têtes Windows rarement utilisés
#endif
 
#include <afx.h>
#include <afxwin.h>         // composants MFC principaux et standard
#include <afxext.h>         // extensions MFC
#ifndef _AFX_NO_OLE_SUPPORT
#include <afxdtctl.h>		// Prise en charge MFC pour les contrôles communs Internet Explorer 4
#endif
#ifndef _AFX_NO_AFXCMN_SUPPORT
#include <afxcmn.h>			// Prise en charge des MFC pour les contrôles communs Windows
#endif // _AFX_NO_AFXCMN_SUPPORT
 
#include <iostream>
// Fichiers d'en-tête Windows :
#include <windows.h>
 
// TODO : faites référence ici aux en-têtes supplémentaires nécessaires au programme

Et ça change rien :/

Et voici un bout de CStepRunner :

Code:

1
2
3
4
5
6
7
8
 
class CStepRunner
{
public :
 
	...
 
	virtual bool Run(CStep& stepToRun, CStepRunner::COutputValueMap& theOutputMap ,const CStepRunner::CInputValueMap& theInputMap, CErrorReporter& theErrorReporter, const CContext& ctx);

16/05/2007, 11h54
farscape

si tu utilises des CMap il faut #include <afxtempl.h> et dans ton stdafx.h il n'y est pas ...
16/05/2007, 11h57
hpavavar

Même en ajoutant #include <afxtempl.h> au fichier stdafx.h j'ai les mêmes problèmes :(
16/05/2007, 12h00
farscape

mais est ce que le source contenant l'implémentation de la méthode run fait partie du projet ?
16/05/2007, 14h07
hpavavar

Ca fait pas vraiment partie du projet, mais le chemin vers le fichier est dans "d'autres répertoires d'include" dans les propriétés de compilation. C'est grave docteur?
16/05/2007, 15h08
farscape

le .h c'est une chose mais si le source concernant ce code n'est pas inclut dans le projet tu auras une erreur au link....
16/05/2007, 15h24
hpavavar

J'ai rajouté les mêmes répertoires que pour l'include dans "Repertoires bibliothèques supplémentaires" de l'éditeur de lien. J'ai moins de warnings, mais toujours les mêmes erreurs de symboles :/
Pourtant ces dossiers contiennent les .h et .c ensembles.

Ya til un autre endroit où ajouter ?