Discussion :

[Arzar]

Bonjour à tous,

Bon en préambule, je dois vous avouer être en situation de crise (lire "merde noire").

Je suis sur un développement sous MSVC2005 depuis environ deux mois et la fin du projet approche. Mon boss vient de m'annoncer subitement un changement drastique. Le soft devra pouvoir impérativement être utilisable et compilable sur tout un parc de vieux terminaux embarquées, linux et MSDOS.

Ce n'est pas négociable. La consigne initiale était de produire un code portable et compilable au minimum sous MSVC6, elle vient brutalement de chuter de plusieurs années en arrière :

Pas d'exception.
Pas de flux.
Pas de template.

Et donc...pas de STL (elle ne compile de toute façon pas avec ce genre de vieux machins)

Je pense pouvoir éliminer toutes les exceptions assez rapidement. Par contre le programme est farci de std::string et std::vector plus quelques appels à std::sort.

Et comme si ce n'était déjà pas assez désastreux, il faut aussi que le prog n'ait pas la moindre fuite mémoire. (il tournera en continu pendant plusieurs mois...) J'ai donc vraiment peur que si j'essaye de remplacer comme un bourrin tous mes vecteurs par des tableaux dynamiques et mes string par des char* je me plante dans la précipitation et laisse passer des fuites...

Je cherche donc des librairies C ou C++ stables et éprouvées qui imiteraient si possible un peu la STL dans la forme (vector, string, méthode push_back, ce genre de chose) pour pouvoir faire des remplacements le plus vite possible, qui gère automatiquement la mémoire pour éviter que je me plante et qui n'utilise aucune feature "avancée" du C++...

Merci à vous...

[dourouc05]

Salut,

As-tu regardé de plus près le projet DJGPP ? Il me semble qu'il propose un compilateur C++ et la STL pour DOS : http://www.delorie.com/djgpp/v2faq/faq4_4.html

Peut-être cela pourra-t-il t'aider à ce niveau-là...

[Arzar]

Merci pour lien, mais malheureusement je n'ai pas le choix du compilateur. En fait je dois livrer le programme avec son code source pour mi-septembre et c'est une autre équipe qui le reprendra pour l'adapter à chaque plate-forme. Je ne connais pas le compilateur qu'ils utiliseront pour la partie unix, et il me semble que ce sera visual studio 1.5 pour MSDOS. (pas sur)


Edit :

This FAQ list translated into French by Francois Charton.

fcharton ! Ben ça alors.

[JolyLoic]

STLPort ?

[Arzar]

D'après ce qu'a dit mon responsable, les équipes qui codent pour MS-DOS ont déjà essayé de compiler la STL (je ne sais pas laquelle) et n'ont pas réussi.

J'ai bien peur que leur compilateur prédate la STL d'une bonne marge.

[Davidbrcz]

As tu essayer de recoder (en moins bien) les quelques classes dont tu as besoin ?

Comme ca tu n'as plus la STL mais ta P(T)L (pour personnal [template] library si le compilo n'accèpte pas les templates).

[Alp]

A ta place, je me focaliserai sur le RAII. Ca sera supporté et ça limitera très fortement les risques de fuites.

Au lieu d'utiliser vector, tu peux te débrouiller autrement. Tant que tu utiliseras RAII, ça ira. Pour toutes les ressources externes à gérer (fichiers, réseau, ...), même tarif.

Pour terminer... démissionne

[loufoque]

Code en C++ moderne et convertis tout simplement ton code en C avec un outil prévu à cet effet pour pouvoir le compiler n'importe où avec un compilateur C.
Bien sûr, les exceptions ne seront pas aussi efficaces.

[Invité]

Regarde quand même pour les string, parce que c'est presque aussi vieux que le C with classes, et pareil pour les vecteurs, à mon avis, tu dois pouvoir sauver une partie de ton code...

Plus généralement, il me semble qu'il te faut une liste a minima des compilateurs sur lesquelles on va compiler, et probablement une copie des systèmes, à des fins de tests. Il est tout à fait possible que la situation soit moins grave que tu le crois (sauf pour les templates), il est aussi possible que la demande soit impossible à satisfaire.

Si tu es dans le second cas, prends très au sérieux la suggestion de loufoque. Elle ne peut être conseillée de prime abord (parce que le code ainsi porté puis bricolé pour qu'il compile sur les systèmes exotiques auxquels les équipes seront confrontées va être inmaintenable), mais ca peut servir de dernier recours, ou de repoussoir...

fcharton ! Ben ça alors.

Haha, rattrapé par mon passé... Le drame de l'internet, rien n'y meurt jamais...

Francois