Discussion :

[Felipe_]

Bonsoir.

Je suis assez désorienté concernant les AnsiString, et la doc en ligne de C++ Builder 2007 ne m'aide pas beaucoup à résoudre mon problème de compilation. Ma question est:

Quel #include faut-il mettre pour utiliser les AnsiString?

D'une manière générale comment savoir quel #include mettre pour une fonction donnée?

Merci d'avance.
Felipe.

[bandit boy]

De base, tout y est déjà.

Si tu déclares une AnsiString, tout fonctionne. C'est comme un int, tu ne le déclare pas, c'est reconnue par le compilateur.

[Felipe_]

Hum, hum, pourtant, en fonction des include que j'ajoute (ex. vcl.h, string.h, iomanip.h), ça compile ou non, et je ne vois pas la logique...

[Médinoc]

C'est pourtant simple:

• <vcl.h> : AnsiString est une classe spécifique à la VCL, il est donc probable que ce soit ce header-là le bon...
• <string.h> : Obsolète. Utiliser <string> si tu as besoin de la classe std::string de la bibliothèque standard C++.
• <iomanip.h> : Obsolète. utiliser <iomanip> si tu as besoin des manipulateurs de flux de la bibliothèque standard C++.

bandit boy: Ben non. AnsiString est une classe, et nécessite d'être déclarée.

[blondelle]

Salut
Je rejoind bandit boy, dans BCB " vcl " est automatiquement declare dans l'entete donc pas de probleme avec AnsiString

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
#include <vcl.h>
#pragma hdrstop
#include "Unit1.h"
//---------------------------------------------------------------------------
#pragma package(smart_init)
#pragma resource "*.dfm"
TForm1 *Form1;
//---------------------------------------------------------------------------
__fastcall TForm1::TForm1(TComponent* Owner)
        : TForm(Owner)
{
}

Je pense que la question a ete mal formulee et surtout sans un morceau de code pour aider a repondre, utilisation de BCB en RAD ou en mode console ?

[Médinoc]

Oui, la ligne#include <vcl.h> est automatiquement insérée dans le code source à la création.
Mais en aucun cas la classe AnsiString n'est considérée comme un type de base "comme un int, tu ne le déclare pas, c'est reconnue par le compilateur"...

[Felipe_]

C'est pourtant simple:

• <vcl.h> : AnsiString est une classe spécifique à la VCL, il est donc probable que ce soit ce header-là le bon...
• <string.h> : Obsolète. Utiliser <string> si tu as besoin de la classe std::string de la bibliothèque standard C++.
• <iomanip.h> : Obsolète. utiliser <iomanip> si tu as besoin des manipulateurs de flux de la bibliothèque standard C++.

bandit boy: Ben non. AnsiString est une classe, et nécessite d'être déclarée.

Merci Médinoc, tes messages sont très éclairants. Premièrement, je ne connaissais pas la différence entre string et string.h, iomanip et iomanip.h. Deuxièmement, je me doutais un peu que AnsiString était une classe spécifique à la VCL, mais où est-ce expliqué?

blondelle, ma question était mal formulée, c'est vrai, excuse le débutant. Le contexte est bien en RAD et pas en console, mais le fichier que je n'arrive pas à compiler est celui d'une Unit.cpp crée par New/Unit, donc pas associé à une form. Il n'y avait donc pas de #include <vcl.h> dedans.

Encore une question: j'ai à la fois des string et des AnsiString. Que choisir entre les deux? Si j'utilise les AnsiString, je restreins la portabilité de mes sources, non?

[Felipe_]

Médinoc, <string> ne fonctionne pas, j'utilise donc <string.h>, idem pour <iomanip>.