Discussion :

[vdumont]

Bonjour, j'ai des fichiers sources qui ont été crées avec Borland C++ Builder et j'essaie de les compiler sous Visual Studio 2003 pour voir s'ils se compilent

Je vais donc

Nouveau projet -> Visual C++ -> Projet Vide (.NET)

J'ajoue mon fichier .h, .cpp et j'essaie de compiler

Il plante à

Code :

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

1
2
3
#include <vector.h>
 
// f:\magic\Parseur\parse.h(37): fatal error C1083: Impossible d'ouvrir le fichier include : 'vector.h' : No such file or directory

Puisque vector fait partie de la STL, pourquoi il la trouve pas???

Merci.

[farscape]

salut ,
c'est #include <vector> sans le .h c'est une question de norme voir faq C++.

[vdumont]

Edit: * Ce probleme est résolu;

[farscape]

voir faq c++ pour explications générales:
http://c.developpez.com/faq/cpp/?pag...le#SL_iostream

[vdumont]

Ouais, il semble que Borland ca lui dérange pas qu'il y ait pas std:: mais VS oui parcontre!

[farscape]

ce n'est pas une question de borland ou MS ,c'est une question de respect de la norme...

[vdumont]

Exact et c'est ce qui me faut pour que l'application puisse être multi-plateforme.

J'ai présentemant une erreur de Liaison DLL Incohérente, est-ce que tu peux m'orientés sur les causes d'une telle liaison incohérente??


Extrait:

Code :

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

1
2
3
4
5
6
7
f:\tmp\dll_parseur_magic\pars_argument.h(53): warning C4251: 'PARS_ARGUMENT::argument' : class 'std::vector<_Ty>' nécessite une interface DLL pour être utilisé(e) par les clients de class 'PARS_ARGUMENT'
        with
        [
            _Ty=std::string
        ]
F:\tmp\dll_parseur_magic\parse.cpp(45): warning C4273: 'PARSE::PARSE' : liaison DLL incohérente
F:\tmp\dll_parseur_magic\parse.cpp(49): warning C4273: 'PARSE::~PARSE' : liaison DLL incohérente

[vdumont]

Le premier warning est sur la ligne suivante:

Code :

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

std::vector<std::string> argument;

[Médinoc]

Les DLLs n'aiment pas la STL... Ou plus précisément, l'interface DLL<-->Le reste n'apprécie pas la DLL.

Pour l'interface, il vaut mieux passer par des fonctions wrappers (si possible en extern "C" pour qu'on puisse utiliser la DLL avec un programme C).