Discussion :

[D[r]eadLock]

Je developpe du code C qui doit tourner sur au moins deux architectures differentes:
- sparc/Solaris
- x86/Linux

Pour les problemes d'endian, j'ai recours a des macros du style

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
#if __BYTE_ORDER == __LITTLE_ENDIAN...
   [...]
#else ...

Cependant, sur sparc __BYTE_ORDER n'est defini nulle part.

Je voulais donc savoir, s'il existait un "standard" ou du moins un truc
assez respecter, qui puisse me dire sur quelle machine/architecture
je suis, genre :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
 
#if (linux) 
#else

Dans ce cas ou trouver les differents types existants...

Si quelqu'un a deja rencontre et contourne ce probleme ce serait cool...
(ou si quelqu'un a des idees)

[gl]

Il existe un test pour connaitre la plate forme :

#if defined(linux) : linux
#if defined(_Windows) : Windows
#if defined(__MSDOS__) : DOS

Le probleme c'est que ca differencie l'OS et non la palte forme (dont depend l'endianness). De plus j'ignore le defined correspond a Solaris.

Sinon pour svoir le type d'endianness, enregistre dans un fichier un int de valeur 1, puis lis le caracteres, si il faut 0x01 les poids faible sont en tete, si il vaut 0x00, les poids forts sont en tete. Attention toutefois cette methode fais certaines supposition en partculiers sur la taille des types et sur l'ordre des bits dans un octet, elle n'est pas totalement portable mais devrait fonctionner sur les architectures qui t'interessent.

Pour les d�tails, lis les cours et tutoriels pour bien apprendre le langage C : http://c.developpez.com/cours/

[D[r]eadLock]

En fait je voulais savoir ou ces parametres etaient definis : linux, _Windows, __MSDOS__, etc, pour pouvoir trouver le bon pour sparc.
Est-ce qu'il sont definis par le compilateur ou dans un .h

Mais c'est vrai que si y'a pas de vraie methode propre qui marche a tous les coups, j'utiliserais la methode dynamique.

Rq: pour les types, en fait sont definis dans inttypes.h les variables :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
int16_t, uint16_t ... int64_t, uint64_t

C'est pratique pour etre sur des types sur lequels on travaille.

[haypo]

Le mieux c'est de mettre les endians dans un fichier � part (Endian.h par ex) que tu vas g�n�rer AVANT la compilation par un programme/script (comme automake/autogen ou autre).

@+ Haypo

[gl]

Sous Borland _Windows_ est defini dans windows.h, donc sous solaris c'est pa gagner pour trouver le correspondant. De plus si tu utilise cette methode du nom tu vas avoir des problemes avec Solaris sous x86 et Linux sous Sparc.

La methode d'Haypo me semble etre preferable et tres facilement extensible a d'autre plateforme

[nyal]

bah fais des
__sparc__
ca marche bien.
sinon y a __alpha__, ...

[D[r]eadLock]

Merci ! Je vais finalement faire un mix d'un peu tout : generation conditionnelle + detection dynamique.

Finalement, apres maintes recherches et mot cles essayes sous google, j'ai trouve :
http://predef.sourceforge.net/
ou tous les types sont definis.

[gl]

Tres interessant cette page

[D[r]eadLock]

Tres interessant cette page

Oui, mais j'ai l'impression que ce n'est pas tout a fait, tout a fait vrai:
je ne sais plus quel gcc j'ai d'installe, mais la macro C99 (ou le truc qui dit que c'est C99 compliant) n'est pas defini alors que __USE_ISOC99__ l'est, et cela correspond au meme

[hot metal]

salut

un de mes amis a deja fais un programme portable solaris/linux, et il a utiliser les ./configure. il ma donne un tutorial sur comment faire, mais je n'ai pas eu le temp de lire. si ca peut t'aider.

http://www.cnedra.org/doc/form_autoconf.html#intro