Discussion :

[awalter1]

Bonjour,
Je dois porter mes application d'une machine linux 32 bits vers une machine 64 bits :

Code :

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

1
2
3
4
>machine 32> uname -m
i686
>machine 64> uname -m
x86_64

Je n'ai pas de warning de compilation sur ma machine 32, par contre en 64 bits j'ai des warnings concernant des cast. Par exemple :

Code :

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

1
2
3
int caller;
...
XtAddCallback (Button_Close, XmNactivateCallback, close_cb,(XtPointer) caller);

Le pb vient du cast sur la variable caller.
Si je change "int caller" par "long int caller", ce warning disparait, mais engendre de nouveaux warnings sur la variable caller qui n'est plus du même type ... en cascade cela a de nombreuses répercussions.
Le contenu de mes variables n'a pas changé, je sais donc que tout tient dans des int : un int fait 4 octets en 32 bits ou 64 bits, le pb vient du type long int qui est passé de 4 à 8 octets en 64 bits ( ce qui a du aussi modifier la taille du type XtPointer).

Comment puis je supprimer mon Warning initial de manière élégante, sans changer le type de la variable concernée ?
Merci

[mith06]

Salut,

Par définition (norme C je ne sais plus la quelle) la taille d'un int est "au moins 16 bits"

Ton programme n'a pas était écrit dans un esprit de portabilité. Je ne dis pas qu'il n'est pas portable, mais qu'on sont portage va entrainer des effet de bords qu'il va falloir gérer. Si le compilo te génère un warning c'est qu'il y a une raison.

Sinon essai de déclarer "caller" comme un void*

[awalter1]

Je confirme que le code n'a pas été écrit pour être portable, mais bon, aujourd'hui il faut l'utiliser sur une machine 64 bits.
J'ai fait le test suivant :

Code :

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

1
2
3
int caller;
...
XtAddCallback (Button_Close, XmNactivateCallback, close_cb,(XtPointer)(long int) caller);

Ce qui élimine le Warning. Bizarrement "caster" un int en long int ne gène pas le compilateur.
Par ailleurs, dans le cas suivant :

Code :

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

1
2
3
4
5
6
void range_merge_cb (widget, client_data, call_data) 
   Widget    widget;
   XtPointer client_data, call_data;
{
   int ret;
   ret = (int) client_data;

j'ai une erreur du même type, mais si je fais (double cast) :

Code :

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

1
2
3
4
5
6
void range_merge_cb (widget, client_data, call_data) 
   Widget    widget;
   XtPointer client_data, call_data;
{
   int ret;
   int = (int)(long int) client_data;

Plus de warning.
J'en conclue qu'on peut caster un int en long int ou un long int en int, mais si ce sont d'autres types, là ça ne passe plus.
Merci

[diogene]

Le problème n'est pas sur des cast int<-> long int, mais sur des cast pointeurs<-> entiers dont le comportement est dépendant de l'implémentation, donc complètement non portable et sont à éviter.

[awalter1]

Tu as sans doute raison dans l'absolu, cependant lorsque tu développes en X11/Motif tu n'as pas le choix : les interfaces des callbacks imposent leurs type XtPointer pour passer les paramètres.

[diogene]

Ce n'est pas surprenant.
Ce qui est surprenant, c'est qu'on passe un entier (caller) là où est attendu un pointeur.

[awalter1]

oui, c'est légitime de se poser la question. Je me réfère à la documentation officielle de X11/Motif ou les exemples utilisent le passage de paramètres comme je le fais.

[Médinoc]

La réponse courte, c'est que tu dois déclarer caller de type intptr_t au lieu de int.
Il doit en être de même pour tous les entiers voués à contenir des adresses.

[awalter1]

Merci de votre aide