Discussion :

[beepcool]

Bonjour,

je d�sire savoir s'il existe des environnements de d�veloppement qui sont commun entre linux et windows. car j'ai un client qui me demande que le logiciel soit portable sous c'est deux environnements.
j'ai d�j� fait du dev sous linux et windows mais pas de compatibilit� entre eux jusqu'� pr�sent.

avez-vous des informations ?

il me faut aussi des librairies compatibles windows et linux (avec graphiques et librairies statistiques).

et est-ce que quelqu'un conna�trait un jpvm en c++ ?

merci d'avance de votre aide.

[30barrett40]

Si tu veux un EDI compatible win et linux, passe � Code::Block.
Pour les librairies portables, en gui il y a Qt, graphisme 2D SDL et ensuite la plupart des librairies ont une version win et une autre linux (arretez moi si je me trompe ^^!)

[beepcool]

Merci pour l'information, je vais voir cela

[koala01]

Salut,

La base de la compatibilit� n'est pas l'environnement de d�veloppement, mais les biblioth�ques utilis�es

Il faut bien comprendre qu'un EDI n'est, finalement, jamais qu'un ensemble d'outils bien distincts: g�n�ralement

• un �diteur de texte
• un compilateur
• un �diteur de lien
• une possibilit� de gestion de tous les fichiers sous forme de projet

et que rien ne t'emp�che d'utiliser tous ces outils "a mano"

Bien s�r, on peut rencontrer quelques diff�rences sur certains compilateurs
- je pense entre autres � BCB qui refuse le throw() derri�re la d�finition du destructeur d'une classe h�ritant de std::exception (ou de ses classes filles) - mais elles peuvent g�n�ralement �tre contourn�es assez facilement par de bonnes directives pr�processeur

Par contre, si une biblioth�que est portable (ea: QT, WxWidget, SL/STL, boost...), et que tu �vite les en-t�tes et les fonctions trop proches du syst�me (je pense � conio.h ou �, en gros, tous les fichiers que l'on retrouve g�n�ralement sous include/sys) ton code aura toutes les chances d'�tre portable

Attention: cela ne signifie pas que tu puisse envisager l'utilisation d'un ex�cutable cr�� sur une plateforme particuli�re (hormis la "cross compilation) sur un autre... cela signifie seulement que le code est compilable sur n'importe quelle plateforme...

Maintenant, il est vrai qu'il est agr�able de retrouver le m�me environnement de d�veloppement quel que soit le syst�me sur lequel on travaille, et, dans cette optique, il existe des environnements que l'on retrouve sur plusieurs syst�mes (code::blocks, par exemple )

[30barrett40]

Tu as tout � fait raison !
Il y a par contre une bonne panoplie de fonctions communes, certaines il faut utiliser le pr�processeur pour que �a marche sur l'une ou sur l'autre des plateformes (je pense notamment aux sockets, lorsque tu les manipules avec les biblioth�ques bas niveau, il y a une grande diff�rence entre Linux et Windows, param�trable avec le pr�processeur ! ).