Discussion :

[JimKirk]

Bonjour,

je n'arrive pas à compiler (sous Visual Studio 2010) lorsque j'utilise une map avec une string. J'ai écris un bout de code qui vous montre le problème si vous essayez de compiler :

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
#include "stdafx.h"
#include <iostream>
#include <map>
 
using namespace std;
 
class Personne
{
public:
	Personne(string nom) {cout << _nom << endl; }
	void sePresenter()
	{
		cout << "Je suis : " << _nom.c_str() << endl;
	}
 
private:
	string _nom;
};
 
 
int _tmain(int argc, _TCHAR* argv[])
{
	Personne* p = new Personne("toto"); 
 
	map<string, Personne*> groupe;
	pair<string, Personne*> pp("toto", p);
 
	groupe1.insert ( pp );
 
	system("PAUSE");
 
	return 0;
}

A priori ce n'est pas très compliqué, mais la ligne insert ne compile pas :

Code :

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

error C2784: 'bool std::operator <(const std::_Tree<_Traits> &,const std::_Tree<_Traits> &)'*: impossible de déduire l'argument modèle pour 'const std::_Tree<_Traits> &' à partir de 'const std::string'

Pourtant, ma syntaxe me semble correcte ?

Merci par avance aux membres éclairés pour leur avis !

[dragonjoker59]

Euh ... où est déclaré groupe1 ? je vois bien groupe...

[JimKirk]

Bonjour,

oui, bien sûr, c'est groupe et non groupe1 !

C'est une erreur de recopie, mais l'erreur est bien au niveau du insert, lors de la compilation : voir le message d'erreur que je reçois comme mentionné dans mon post.

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
#include "stdafx.h"
#include <iostream>
#include <map>
 
using namespace std;
 
class Personne
{
public:
Personne(string nom) {cout << _nom << endl; }
void sePresenter()
{
cout << "Je suis : " << _nom.c_str() << endl;
}
 
private:
string _nom;
};
 
 
int _tmain(int argc, _TCHAR* argv[])
{
Personne* p = new Personne("toto");
 
map<string, Personne*> groupe;
pair<string, Personne*> pp("toto", p);
 
groupe.insert ( pp );
 
return 0;
}

A priori ce n'est pas très compliqué, mais la ligne insert ne compile pas :

error C2784: 'bool std::operator <(const std::_Tree<_Traits> &,const std::_Tree<_Traits> &)'*: impossible de déduire l'argument modèle pour 'const std::_Tree<_Traits> &' à partir de 'const std::string'

Merci

[JolyLoic]

Je n'ai pas lu en détails, mais je crois que j'ai déjà eu ce genre d'erreurs quand j'ai oublié le #include <string>

[dragonjoker59]

J'ai pris ton bout de code et l'ai compilé sous VS2010, le seul problème que j'ai rencontré est qu'il manque #include <string>, sinon ça compile très bien. (il manque tout de même l'affectation de nom à _nom dans ton constructeur de Personne)

[JimKirk]

La honte est sur moi... j'ai oublié le include.

Merci (à tous les deux) !

[authchir]

Est-ce que je suis le seul à trouver irritant de voir des extraits de code parfaitement portables utiliser ce genre d'éléments?

Code :

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

1
2
3
4
5
#include "stdafx.h"
 
// ou
 
int _tmain(int argc, _TCHAR* argv[])

Je veux bien croire qu'elles apparaissent dans un programme utilisant certaines des extensions Microsoft. Cependant, un grande quantité de programmes n'utilisent que du C++ standard mais nécessitent tout de même d'être modifiés pour pouvoir être testés sur d'autre compilateurs que Visual Studio.

[dragonjoker59]

#include "stdafx.h" est tout à fait portable, precompiled header, tout ça (d'ailleurs on l'appelle comme on veut hein)...
Par contre, ça ne me gène aucunement de voir du code écrit pour Visual Studio.
Je ne comprends pas cette remarque

[authchir]

#include "stdafx.h" est tout à fait portable, precompiled header, tout ça (d'ailleurs on l'appelle comme on veut hein)...

Autant pour moi, ça m'était sorti de la tête...

[JolyLoic]

Je ne suis que moyennement d'accord sur l'aspect portabilité. Certes, le code compile, mais du code prévu pour être compilé avec des headers précompilés à la stdafx est généralement du code qui compilera très lentement sur toute autre plateforme, puisque l'on aura eu tendance à mettre plein de choses dans ce header, alors que la règle classique pour une compilation rapide est de minimiser les dépendances de header.

[koala01]

Salut,

Par contre, moi, c'est int _tmain(int argc, _TCHAR* argv[]) qui me gène beaucoup plus, à caus de l'utilisation de symbole spécifiques à l'implémentation (_tmain et _TCHAR)

[dragonjoker59]

Je suis d 'accord avec toi, Loïc