Discussion :

[ABouras]

Bonjour !

Je compile le sdk 2.0 de ARDrone avec NetBeans sur LINUX. Je veux y inclure la gestion des ports série pour récupérer les coordonées GPS d'un module XBee. Pour cela, j'ai écris un programme qui fonctionne utilisant les fonctions de base open(...) et read(...) de iostream.h. Ce programme fonctionne avec le compilateur Monodevelop, mais quand je l'inclut dans le projet ARDrone sur NetBeans, la compilation donne :

Code :

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

erreur fatale: iostream : Aucun fichier ou dossier de ce type

qui fait référence à la ligne

Code :

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

 #include <iostream>

J'ai testé en écriant <iostream.h> au lieu de <iostream>. J'ai vérifié que le fichier iostream existait dans le système et il y ait dans les chemins suivant :

Code :

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

1
2
3
4
 
/usr/include/c++/4.6
/usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/include/c++
/usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/include/c++/backward

Et j'ai rentré dans File/Project properties/Code assistance/C et C++ Compiler les chemins précédents, et aussi dans Tool/option/C-C++/Code assistance

Seulement, je ne sais pas vraiment quel chemin des trois est le plus adapté. Aussi, la bibliothèque ARDrone est écrite en C, et mon programme de gestion des ports séries est écrit en C++, y'a t-il un conflit ? Un compiler C++ sait compiler du C ?

Merci d'avance pour vos réponses !

[ABouras]

J'ai essayé en écrivant :

Code :

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

1
2
3
4
5
6
7
8
#ifdef _c
extern "Cpp"
{
	#endif
	#include <iostream>
	#ifdef
}
#endif _c

Mais ça ne fonctionne toujours pas ...

Personne ?

[phi1981]

Je ne connais pas du tout NetBeans, mais une possibilité c'est que le compilateur invoqué soit un compilateur C, et non C++. Auquel cas, il pourrait ne pas trouver iostream.
Que se passe-t-il si, dans la première ligne de ton fichier source, bien avant le #include <iostream>, tu mets ceci :

Code :

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

1
2
3
4
 
#ifndef __cplusplus
#error A C++ compiler is required!
#endif

????

[ABouras]

Salut !

Il me sort l'erreur que tu as écrite :

Code :

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

erreur: #error A C++ compiler is required!

et l'erreur que j'avais avant :

Code :

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

erreur fatale: iostream : Aucun fichier ou dossier de ce type

[Bousk]

Bonjour,

donc ton compilateur est bien un compilateur C.

[ABouras]

Ok et donc je ne peux pas utiliser la librairie iostream ?

Quelle alternative alors ?

[Neckara]

Bonjour,
En C on utilisera stdio.h
Tu pourras lire et écrire avec read et write ou ouvrir ton descripteur de fichier avec fdopen pour utiliser fread, fwrite, fprintf, fscanf etc...

[ABouras]

Ok merci.

C'est parti pour que je réécrive mon programme en C ...

[white_tentacle]

Sinon tu dois aussi pouvoir configurer netbeans pour qu’il utilise un compilateur c++…

[koala01]

Salut,

Sinon tu dois aussi pouvoir configurer netbeans pour qu’il utilise un compilateur c++…

Comme je présume (peut etre à tord, note) que ton projet est écrit en C++, ce serait sans doute en effet la solution la plus facile.

Je ne connais pas du tout NetBeans, mais je présumes que, comme dans tout EDI digne de ce nom, il doit y avoir moyen de régler les options du projet, et que, parmi celles-ci, tu dois pouvoir définir les outils à utiliser (compilateur et autres).

Il "devrait suffire" de trouver l'option relative au compilateur, et de remplacer gcc (qui utilise par défaut le compilateur C) par g++, qui est le "front end" pour le compilateur C++, sans oublier d'indiquer d'utiliser de préférence g++ comme éditeur de liens au lieu de (sans doute) ld

[Jean-Marc.Bourguet]

Petit rappel, il vise un SDK, je suppose pour une plateforme embarquée. Plusieurs possibilités:

1. le SDK a un compilateur C++ avec une lib standard qui a tout ce dont il a besoin, ce n'est qu'un problème de configuration
2. le SDK a un compilateur C++ avec une lib réduite, il peut utiliser du C++ mais doit réécrire ce qui utilise des choses pas fournie ou écrire ou adapter une implémentation de ce dont il a besoin
3. le SDK n'a pas de compilateur C++, il doit passer à un langage qui est fournit

Dans les 2ième et 3ième cas, il peut y avoir aussi un problème de configuration.