Je suis en train de développer une surcouche à la ctlib, l'API Sybase que je trouve particulièrement mal fichue (ils ont remplacé la dblib, qui était pas mal du tout, par cette infâmie, ça c'est de l'évolution).
 
Bon, bref.
Dans ma surcouche, je me décide de configurer une connexion standard, en ajustant un certain nombre de paramètres. Or suivant les versions, tous les paramètres ne sont pas connus, je pensais donc utiliser le préprocesseur, par exemple :
 

CS_INT properties[][2] = 
{
   {CS_ANSI_BINDS,      CS_TRUE},
   {CS_NETIO,           CS_SYNC_IO}, 
   {CS_NO_TRUNCATE,     CS_TRUE},
#if CS_CURRENT_VERSION > CS_VERSION_100
   {CS_EXTERNAL_CONFIG, CS_FALSE},
#endif
   {NULL, NULL} 
};

 
 
Seulement voila, avec cet exemple, cc il est pas content (missing operator, qu'il me dit).
 
J'ai cherché, et j'ai trouvé pourquoi : toutes les macros Sybase sont définies avec un cast.
Et les casts le préprocesseur il ne connait pas, d'où non-compilation.
 
Exemple :

 
Questions :  

• y a-t-il une bonne raison, qui m'échapperait, pour qu'un cast soit imposé pour chaque macro possible et imaginable, et notamment pour un numéro de version ? (je suis sérieux : avant de hurler que c'est de la merde, je veux être sûr qu'il n'y a pas une bonne raison derrière)

• A part se passer du préprocesseur (ce qui dans mon cas va un peu alourdir le code), y a moyen de circonvenir à ce comportement ?

Face à ce déluge de réponses, j'en déduis que la CTLib de Sybase, c'est de la merde.  
Je veux dire : maintenant je sais que c'est pas que leur doc, qui à elle seule vaut le détour  
 
Bon, plus qu'à mettre plein de if() pour tester la version du bousin, old-school style  

Ajouter dans un include (AMA, il y est déjà...)

ou  

Ca, ça compile ?

CS_INT properties[][2] = <...>

Il y a un CS_INT !

Je n'ai pas compris ce que tu voulais dire, mais CS_INT est bien défini en fait (avec un typedef int dans mon cas, mais ça change selon les plateformes)
 
Ce qui gène ce sont les parenthèses dans le #define, qui font qu'on ne peut pas utiliser cette macro avec #if/#elif

Exact, car au moment où les macros sont évaluées, une typedef ne l'est pas. Par contre, ça ne devrait pas géner si CS_INT est défini par une macro au lieu d'un typedef.
 
De toutes façon, ce cast est absurde. Dans une macro, une constante numérique (sans qualificateur) est de type int.
 

• 123 -> int
• 123u -> unsigned int
• 123l -> long int
• 123ul -> unsigned long int

etc.
 
Tant que la constante numérique ne dépasse pas 32767 (valeur minimale de INT_MAX garantie par le norme), ca reste portable.
 

ca lui fait la bite

 
Ah oui très juste, je n'avais même pas envisagé cette question sous cet angle.
 
 

 
Ca confirme ce que je pensais, donc.
Bon j'ai contourné, mais je trouve ça dommage de devoir gérer les versions dans le code directement, au lieu de désactiver certaines parties du code en fonction de la version courante.

 
Tu m'étonnes. Je passe d'une dizaine de fonctions à appeler pour établir la connexion Sybase, à une seule bête fonction.
Bon c'est un paramétrage par défaut mais on peut toujours régler le paramétrage après coup si on a besoin d'un truc exotique.
Comme quoi, c'est largement simplifiable leur bazar.
 
Je hais cette API.
 
 
Et encore pour pouvoir compiler, il faut inclure les bibliothèques suivantes :  -lct -lcs -lcomn -ltcl -lintl -ldl -lnsl -lmp  
On peut n'en retirer aucune, elles dépendent toutes les unes des autres.    
Avec la dblib, on faisait -ldb et ça roulait.
 
Je demande donc la pendaison des développeurs de Sybase.