Discussion :

[mongeolive]

Bonjour à tous,

pour un projet école, j'ai besoin de savoir au cours de l'éxécution sur quel système tourne mon logiciel.
En particulier, je dois savoir si le système en cours est Solaris ou Linux.

Plus précisément, certains traitements de mon logiciel dépendent du système (lecture de mémoires partagées). Pour implémenter cette dépendance du système, je souhaites utiliser le design pattern Fabrique Abstraite. Et pour choisir ma fabrique concrète, je dois donc connaître le système.

J'ai trouvé dans les forums quelque chose de ce type :

Code :

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

1
2
3
4
5
6
 
#ifdef WIN32 // Windows 
 
#else // le reste, UNIX en particulier 
 
#endif

Pourriez-vous m'aider pour trouver une solution viable ?
Merci d'avance !

[BigNic]

dans ma boite on utilise ça aussi.
L'avantage est que selon ton système tu ne compiles que le code utile.
L'incovénient est que tes sources deviennent vite illisible.
Sinon sa fonctionne comme tu l'as dit.
On utilise des define construit automatiquement dans le makefile.
exemple dans le makfile:

Code :

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

1
2
3
4
5
6
7
 
# detection automatique de la version de solaris
#detection de la version de solaris
OS:=sh = echo 'uname'
 
#plus tard dans le makefile
DEFINE=-DOS

et plus tard dans le code

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
#if OS==Linux
 
/* mon code linux */
 
#else
    #if OS==SunOS
    /* mon code solaris*/
    #else /* on oublie AIX et VMS, il reste plus que NT */
    #endif
#endif

pour ton define WIN32 je pense que visual le fait de base inutile de l'ajouté. Vérifie tout de même car Windows je ne pratique que très rarement.

[swirtel]

Pourquoi ne pas créer des sources qui seraient propres à chaque architectures/plateforme.

Par exemple :
src/
- win32
- linux
- bsd

etc... ?

[reggae]

Voir même d'appeler un fichier source en fonction de l'OS présent...

[swirtel]

C'est le but des sous-répertoires.

Placer en commun le code qui n'a pas besoin d'une spécialisation.

Par contre, harmoniser le code spécifique. Voir tout simplement le fonctionnement de QT, et d'autres librairies bas-niveau qui ont besoin de s'interfacer correctement avec l'OS.

[Luc Hermitte]

Solaris ou Linux, c'est très réducteur. Voir la flanquée de tests réalisés par les autotools (configure en particulier).
Dans la pratique, on va d'abord préférer dans la mesure du possible l'utilisation de bibliothèques haut niveau efficaces -- ACE, boost, QT, ... J'ai rarement besoin de tester personnellement les plateformes cible. D'autres bibliothèques le faisant pour moi.

[swirtel]

C'est comme cela que je pratique, mais pour les applications systems ou qui sont très très proche de l'OS, y a une autre façon de voir les choses.

Mais il est vrai que Qt, WxWidget, Boost, ACE, etc... limitent beaucoup l'utilisation de #ifdef __OS__

[mongeolive]

Merci beaucoup pour vos réponses.
Je crois que je vais retenir la solution de BigNic qui convient parfaitement à mon problème.
Je ne peux pas utiliser d'outils ou de bibliothèques particulières pour mon projet, mon application doit tourner sur des vieilles machines Solaris qui ont 1000 ans, et en utilisant un espèce de "C-C++" avec seulement des bibliothèques de base (et je vous raconte pas la base).
L'avantage de la Fabrique Abstraite est que le logiciel reconnait le système au cours de l'éxécution, et utilise les classes qui conviennent.
Ainsi, je n'ai à modifier ni mes sources ni mon makefile pour compiler sous les 2 OS. De plus, je minimise le code à modifier / ajouter pour gérer d'autres systèmes par exemple.

[swirtel]

Euh oui et non,

De toute façon, ton code sera intégré totallement dans ton binaire, ce qui va le gonfler.