Code compilable sous Windows et Unix

**xzed** · 16/05/2006, 13h12

Bonjour,

J'ai développé une application manipulant des fichiers et navigant à travers des repertoires.

Dû à une bizzarerie d'organisation (environnement de dev sous windows et prod sous Unix...

) j'ai dû dédoubler certaines fonctions (certaines se basant sur opendir, readdir... les autres sur FindFirstFile..)

Evidement windows.h n'est pas présent en environnement de production et dir.h en environnement de développement.

Ma question est donc : existe t il une solution élégante pour pouvoir fournir un seul code source compilable sur les deux plateformes sans par exemple commenter la partie spécifique à Unix sous windows et inversement.

(je n'ai pas accès aux makefile et autres... tous les paramètres devant être gérés dans les codes sources)

Il m'a semblé en fouinant à droite ou à gauche que les macros pourraient m'aider à résoudre ce problème. Est ce viable ?

Bref si quelqu'un a une idée je suis preneur

Merci de votre aide

Question subsidiaire à titre de culture générale : il y a t il une raison pour que les fonctions de manipulations de repertoires n'aient pas d'implémentation normalisée ? Est ce à l'étude ?

**Skyounet** · 16/05/2006, 13h18

Tu peux tres bien t'en tirer avec des #ifdef

Code :

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

1
2
3
4
5
6
 
#ifdef WIN32
    #include <windows.h>
#else
    #include <dir.h>
#endif

Enfn apres tu te debrouilles pour mettre ca entre chaque fonction specifique à un systeme.

**DaZumba** · 16/05/2006, 13h21

Une solution souvent adoptee est d'utiliser les macros, en effet.

Code :

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

1
2
3
4
5
6
7
8
 
#ifdef WINDOWS
/* code specifique a Windows */
#elif UNIX
/* code specifique a Unix */
#else
#  error Unknown target.
#endif

Le Makefile se charge de definir la constante appropriee au systeme en cours d'utilisation (option -D avec gcc, notamment).

Pour la normalisation des fonctions systemes, POSIX s'en charge. Mais certains systemes ne sont pas completement compatibles avec cette norme.

**gege2061** · 16/05/2006, 13h35

Bonjour,

si tu as la possibilités d'utiliser une bibliothèque, je te conseille la glib.

Réponse subsidiaire : c'est normal, tous les systèmes qui suportent le C ne disposent pas de système de fichiers utilisant la notion de dossier.

**xzed** · 16/05/2006, 13h48

Merci pour vos réponses, problème résolu donc.

L'utilisation des macros sous cette forme (conditionner toute une fonction) ne m'était pas venu à l'esprit. (Mais a la réflexion la solution semble... évidente

) Me familiariser avec les macros pour la suite me semble être une bonne idée

@gege2061 : Effectivement j'avais vu cette possibilité, mais je n'ai malheureusement pas le loisir d'utiliser autre chose que l'environnement imposé.

**Bayard** · 16/05/2006, 13h59

Je m'excuse d'être puriste mais il s'agit de constantes de compilation pas de macros (#define).

**Pragmateek** · 16/05/2006, 15h37

Envoyé par Bayard

Je m'excuse d'être puriste mais il s'agit de constantes de compilation pas de macros (#define).

Les constantes sont des macros d'arité 0.

**Emmanuel Delahaye** · 16/05/2006, 16h16

Envoyé par xzed

J'ai développé une application manipulant des fichiers et navigant à travers des repertoires.

Dû à une bizzarerie d'organisation (environnement de dev sous windows et prod sous Unix...

) j'ai dû dédoubler certaines fonctions (certaines se basant sur opendir, readdir... les autres sur FindFirstFile..)

opendir(), readdir() etc. sont POSIX.1 et disponibles avec MinGW sous Windows. Installe Code::Blocks...