Code compilable sous Windows et Unix

Version imprimable

16/05/2006, 12h12
xzed

Code compilable sous Windows et Unix

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... :roll: ) 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 :mrgreen:

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 ?
16/05/2006, 12h18
Skyounet
Tu peux tres bien t'en tirer avec des #ifdef
Code:

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.
16/05/2006, 12h21
DaZumba
Une solution souvent adoptee est d'utiliser les macros, en effet.
Code:

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.
16/05/2006, 12h35
gege2061

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.
16/05/2006, 12h48
xzed

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 :oops: ) Me familiariser avec les macros pour la suite me semble être une bonne idée :mrgreen:

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

Je m'excuse d'être puriste mais il s'agit de constantes de compilation pas de macros (#define). 8-)
16/05/2006, 14h37
Pragmateek

Citation:

Envoyé par Bayard

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

Les constantes sont des macros d'arité 0.
16/05/2006, 15h16
Emmanuel Delahaye

Citation:

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... :roll: ) 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...
16/05/2006, 15h18
Emmanuel Delahaye

Citation:

Envoyé par Bayard

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

Bah, un vrai puriste aurait dit 'directive de compilation conditionelle'...
16/05/2006, 16h06
DaZumba

Citation:

Envoyé par Emmanuel Delahaye

Non !

Exact, faute d'inattention. Je corrige...