Discussion :

[sphere369]

Bonjour,

J'ai le message d'erreur suivant dans le code ci-dessous que je n'arrive pas a debugger.

1>TestPSOR.obj : error LNK2019: symbole externe non résolu "class Vector<double,int,class FullArray<double,class std::allocator<double> > > __cdecl operator+(class Vector<double,int,class FullArray<double,class std::allocator<double> > > const &,double const &)" (??H@YA?AV?$Vector@NHV?$FullArray@NV?$allocator@N@std@@@@@@ABV0@ABN@Z) référencé dans la fonction _main
1>TestPSOR.obj : error LNK2019: symbole externe non résolu "double __cdecl l2Norm<double,int>(class Vector<double,int,class FullArray<double,class std::allocator<double> > > const &,class Vector<double,int,class FullArray<double,class std::allocator<double> > > const &)" (??$l2Norm@NH@@YANABV?$Vector@NHV?$FullArray@NV?$allocator@N@std@@@@@@0@Z) référencé dans la fonction "public: virtual bool __thiscall MatrixIterativeSolver<double,int>::insideTolerance(void)const " (?insideTolerance@?$MatrixIterativeSolver@NH@@UBE_NXZ)
1>C:\MyProjects\Debug\test_1.exe : fatal error LNK1120: 2 externes non résolus

D'avance merci pour votr aide.

Sphere369.

TestPSOR.cpp

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
 
 
#include "matrixsolvermechanisms.cpp"
#include "vector.cpp"
#include <iostream>
#include "arraymechanisms.cpp"
#include "matrixmechanisms.cpp"
using namespace std;
 
 
int main()
{
	// Ingredient of problem, this is
	//
	//	Ax >= b, x >= c
	//	(x - c).(Ax - b) == 0 (inner product)
	//
 
	NumericMatrix<double, int> A(10, 10, 1, 1);		// The matrix to be inverted
	setDiagonal(A, 2.0);
	print(A);
 
	Vector<double, int> b(10, 1, 1.0);			// The right-hand side vector
	print(b);
 
	// Constraint stuff
	Vector<double, int> c(10, 1, 1.0);		
	Vector<double, int> v0 = c + 1.0;
	print(c); print(v0);
 
	PSORSolver<double, int> mySolver(A, b, c);
 
	/* virtual void initParameters(const V& tolerance, const V& SORFactor,
	const I& maxIter, NormType ntype,IterativeType itype);	// hook */
	mySolver.startVector(v0);	
	mySolver.initParameters(0.01, 1.0, 100, L2, Jacobi);
 
	mySolver.solve();
	Vector<double, int> res = mySolver.result();
	cout << "\nSolution for PSOR: \n"; print(res);
	cout << "\nNumber of iterations: " << mySolver.NumberIterations();
	if (mySolver.status() == false)
		cout << "\nStatus false";
	else
		cout << "\nStatus true";
 
	// Now test matrix iterative solvers using tridiagonal matrices
 
	int J = 10;
	Vector<double, int> a2(J-1,	2,	0.0);			// J-1 elements, start index == 2
	Vector<double, int> b2(J, 1,	2.0);
	Vector<double, int> c2(J-1,	1,	0.0);
	Vector<double, int> r2(J, 1, 1.0);				// Right-hand side
	Vector<double, int> constraintVector(J, 1, 1.0);			
 
	NumericMatrix<double, int> m2 = createMatrix(a2, b2, c2);		
	print(m2);
	print(r2);
 
	PSORSolver<double, int> mySolver2(m2, r2, constraintVector);
 
	v0 = r2 + 1.0;		// Linear offset
	mySolver2.startVector(v0);	
	mySolver2.initParameters(0.01, 1.0, 100, L2, Jacobi);
 
	mySolver2.solve();
	Vector<double, int> result3 = mySolver2.result();
 
	print(result3);
	cout << "\nNumber of iterations: " << mySolver2.NumberIterations();
	if (mySolver2.status() == false)
		cout << "\nStatus false";
	else
		cout << "\nStatus true";
 
 
	return 0;
 
}

[Lucien63]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#include "matrixsolvermechanisms.cpp"
#include "vector.cpp"
#include <iostream>
#include "arraymechanisms.cpp"
#include "matrixmechanisms.cpp"

Déjà des includes de fichiers cpp ça ce fait pas.

[sphere369]

Bonjour Lucien63, la je commence a m'inquiéter.... car cela parait tout a fait normale pour moi (des includes de fichiers cpp...)

[3DArchi]

Bonjour,
Les fichiers en C++ se divisent en deux catégories : les fichiers d'en-têtes et les fichiers de définitions. Les premiers prennent une extension en .h (.hxx, .hpp, .hh) où 'h' est là pour souligner qu'il s'agit d'un header (fichier d'en-tête en anglais). Que trouve-t-on dans un tel fichier : globalement, les déclarations. C'est à dire le minimum que doit connaître un utilisateur (et par conséquent le compilateur) de l'unité de compilation :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
#ifndef A_H
#define A_H
class A
{
// déclaration de A
};

Les fichiers de définitions prennent l'extension .cpp (ou .cxx ou .cc). Notes que l'extension '.c' est réservée pour le C. Ces fichiers contiennent les définitions; c'est à dire l'implémentation de ce qui a été déclaré dans le fichier d'en-tête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
#include "A.h"
A::UneMethode()
{
}
//...

Dans un fichier d'en-tête on tend à minimiser les dépendances avec les autres éléments du projet en n'incluant que le strict nécessaire pour la compilation et en s'appuyant sur les déclarations anticipées au besoin.

Dans un fichier de définition, on suit le même principe si ce n'est qu'on ne peut se contenter des déclarations anticipées dès lors qu'on utilise la classe. On inclus donc les fichiers d'en-têtes nécessaires à la compilation.

Un projet se retrouve donc avec plusieurs couples de fichiers en-tête/définition et souvent d'un main.cpp qui ne contient pas forcément d'en-tête associé. Comment construire l'exécutable (ou la bibliothèque) ? Chaque fichier de définition (les .cpp) est compilé et produit un fichier objet intermédiaire (.o, .obj, ...). L'exécutable est ensuite produit en 'liant' les différents fichiers objets avec d'éventuelles bibliothèques (c'est la phase de link).
Si tu travailles avec un IDE (Code::Block; Visual, etc...) celui-ci s'occupe de gérer cette chaîne de production en compilant d'abord les fichiers puis en faisant le lien.
Si tu travailles avec un makefile, alors tu dois manuellement définir les différents fichiers à compiler ainsi que les fichiers à lier.
Si tu compiles à la main, alors il te faut demander la compilation de chaque fichier, puis demander l'édition des liens.
Je te conseille dans un premier temps de t'appuyer sur un I.D.E. qui t'abstraira de ces problèmes.

Et quid des templates? Cette entrée de la FAQ devrait t'aider.

[sphere369]

Bonjour 3DArchi,

Est ce que cela veut dire que je dois transformer :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#include "matrixsolvermechanisms.cpp"
#include "vector.cpp"
#include <iostream>
#include "arraymechanisms.cpp"
#include "matrixmechanisms.cpp"

en :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
#include "matrixsolvermechanisms.hpp"
#include "vector.hpp"
#include <iostream>
#include "arraymechanisms.hpp"
#include "matrixmechanisms.hpp"

Pourtant la première option fonctionne pour d'autres programmes.
Le problème est que la deuxième option me donne toujours le même d'erreur.

[bacelar]

Outre le capharnaüm entre les fichiers d'en-tête (.hpp) et les fichiers de définitions (.cpp), les messages d'erreurs sont, pour le moins, explicite.
Citation:

1>TestPSOR.obj : error LNK2019: symbole externe non résolu "class Vector<double,int,class FullArray<double,class std::allocator<double> > > __cdecl operator+(class Vector<double,int,class FullArray<double,class std::allocator<double> > > const &,double const &)" (??H@YA?AV?$Vector@NHV?$FullArray@NV?$allocator@N@std@@@@@@ABV0@ABN@Z) référencé dans la fonction _main

L'éditeur de lien ne trouve pas le code de l'opérateur plus (+) de la classe template Vector<double,int,class FullArray<double,class std::allocator<double> > >; utilisé dans la fonction _main.

1>TestPSOR.obj : error LNK2019: symbole externe non résolu "double __cdecl l2Norm<double,int>(class Vector<double,int,class FullArray<double,class std::allocator<double> > > const &,class Vector<double,int,class FullArray<double,class std::allocator<double> > > const &)" (??$l2Norm@NH@@YANABV?$Vector@NHV?$FullArray@NV?$allocator@N@std@@@@@@0@Z) référencé dans la fonction "public: virtual bool __thiscall MatrixIterativeSolver<double,int>::insideTolerance(void)const " (?insideTolerance@?$MatrixIterativeSolver@NH@@UBE_NXZ)

La méthode template "l2Norm" n'est pas définie (bien que déclarée dans un .h, enfin je l'espère) utilisé dans méthode "insideTolerance" de la classe "MatrixIterativeSolver".

[3DArchi]

Bonjour,

Est ce que cela veut dire que je dois transformer :

Oui

Pourtant la première option fonctionne pour d'autres programmes.
Le problème est que la deuxième option me donne toujours le même d'erreur.

Ensuite, il faut que ton projet soit cohérent dans les différents fichiers à compile et assembler. Je pense que tu devrais d'abord t'intéresser à cette façon de faire, puis revenir sur ton problème. Ton problème de link me fait penser à différentes pistes : tu déclares la méthode mais ne la définit pas ou tu déclares un template et définit son corps dans un fichier séparé (cf FAQ sur les templates).