Discussion :

[elekis]

bonjour,
je vois dans beaucoup de programme cceci

Code :

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

1
2
3
4
5
 
 
#ifdef HAVE_CONFIG_H
	#include "config.h"
#endif

et je me demandais a quoi servait ce config.h

merci

ps, j'ai fait une recherche sur google, mais ce con me donne du code et non pas des explications.

a++

[Aurelien.Regat-Barrel]

Le mieux est de regarde le contenu de config.h. En g�n�ral, c'est un fichier g�n�r� via make qui contient plein de typedef adapt�s � la compilation sur le syst�me en cours (pour les programmes hautement portables) : possibilit�s de compilateur, little/big endian, 32/64 bits, version du logiciel, utilisation des thread, ... bref tout ce qui peut �tre configur� par configure.

[Higestromm]

little/big endian, 32/64 bits, version du logiciel, utilisation des thread,

Que veux tu dire par la ? Il vas definir certaines chose si on est sur 32 / 64 bits little big endian ???

Est ce proc�d� est multiplate forme ? Et surtout Est ce que Visual C++ definit les meme choses ???

La ca m'int�resse vraiment

[Aurelien.Regat-Barrel]

"il" ? C'est toi qui d�cide. Si ton code comporte des portions diff�rentes en fonction du little / big endian, typiquement:

Code :

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

1
2
3
4
5
6
 
#ifdef LITTLE_ENDIAN
    // ...
#else
    // ...
#endif

tu es d'accord qu'� un moment ou un autre il faut d�finir ou pas LITTLE_ENDIAN ? Ceci est fait dans le config.h lors de la pr�paration de la compilation (configure), avant le make.

Code :

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

1
2
3
4
 
// config.h pour compiler sur plateform Intel
 
#define LITTLE_ENDIAN

Le contenu de config.h sera adapt� � chaque cas.

C'est toi qui d�finit tout ce qu'il faut d�finir pour que ton code compile sur une platforme donn�e. Le compilateur n'a rien � voir l� dedans, �a se passe avant la compilation.

[Luc Hermitte]

C'est li� aux autotools qui g�n�rent makefiles et fichiers de configs � partir de tests ex�cut�s avant la compilation. C'est tr�s C-nixien comme approche.

En C++, avec des trus comme boost ou d'autres biblioth�ques, on commence � en avoir de moins en moins besoin personnellement : tous les tests sont r�alis�s par ces grosses biblioth�ques. Soit via les autotools, soit autrement.

[elekis]

merci

[Higestromm]

En fait je me suis mal exprim� quand je disais "il" je voulais dire l'environnement de d�veloppement.

Grosso modo je travail sur un jeu multi plate forme... Meme si j'aime pas trop les autoconf, et compagnie car j'ai jamais pris le temps d'apprendre a m'en servir, je veux bien m y mettre en ce qui concerne la plateforme linux...

Mais sous windows tout ca est un peu flou avec Visual C++... Je ne sait pas vraiment quels sont les "variable" de compilation (je ne sait pas trop comment ca se dit) qui sont d�finit...

en gros :

Code :

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

1
2
3
4
5
6
 
#ifdef LITTLE_ENDIAN
    // ...
#else
    // ...
#endif

Ca sous linux avec ./configure, je le comprend tr�s bien mais sous Visual je ne sait pas...

En ce qui concerne boost faudrais que je regarde mais j avoue que ca me fais un peu peur J'essai de limit� les appels � de nombreuses bibliotheques mais je crois que finalement c'est ce qui sera peut etre le mieux.

Mon but, c'�tais d'�changer des donn�es via le r�seau le plus rapidement possible et sans avoir a me soucier de la machine d'en face... d�finir des variables du genre "u32", "s32", "u16" et compagnie ca m'aurait bien plut...

Peut etre que tout ca est d�finit dans boost...

Aller hop je vais mettre les mains dans le cambouis.

Merci

[Aurelien.Regat-Barrel]

Les macros d�finies par VC++ sont ici:
http://msdn.microsoft.com/library/en-us/vclang/html/_PREDIR_Predefined_Macros.asp

[Higestromm]

cool merci