Discussion :

[jula]

Bonjour,
j'ai récupéré du code fait sous HP UX-10.20 et compilé avec c89.
Je dois le compiler sous Linux, avec gcc.
Dans ce code, il y a certaines constantes, telles que M_PI qui sont utilisées.
A chaque fois qu'on utilise ces constantes, on inclue le fichier qui les défénies, par exemple :

Code :

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

#include <math.h>

pour utiliser M_PI.
Mon problème est que même en ayant inclue ce fichier, le compilo me dit

'M_PI' undeclared (first use in this function)

...
Comme si le compilo n'avait pas pris en compte le fichier inclu. Ou alors, il me manque une option de compil?
Est-ce que quelqu'un a une idée pour m'orienter dans mes recherches?
Cordialement,
Jula.

[Emmanuel Delahaye]

j'ai récupéré du code fait sous HP UX-10.20 et compilé avec c89.
Je dois le compiler sous Linux, avec gcc.
Dans ce code, il y a certaines constantes, telles que M_PI qui sont utilisées.
A chaque fois qu'on utilise ces constantes, on inclue le fichier qui les défénies, par exemple :

Code :

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

#include <math.h>

pour utiliser M_PI.
Mon problème est que même en ayant inclue ce fichier, le compilo me dit

'M_PI' undeclared (first use in this function)

...

C'est normal. M_PI ne fait pas partie du langage C. C'est une extension, donc non portable. Je recommande ceci :

Création du fichier "pi.h"

Code :

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

1
2
3
4
5
 
/* pi.h */
#ifndef M_PI
#define M_PI 3.14159 /* ... */
#endif

Inclure ce fichier partout où c'est nécessaire.

[jula]

c'est affreux !
il n'y a pas que cette constante qui me pose problème, donc effectivement, je vais faire un fichier .h définissant toutes ces contantes et autres (par exemple la structure timezone?!)...
merci pour la réponse (rapide en +)
cordialement,
jula.

[Emmanuel Delahaye]

il n'y a pas que cette constante qui me pose problème, donc effectivement, je vais faire un fichier .h définissant toutes ces contantes et autres (par exemple la structure timezone?!)...

Ben oui. Certains se croient malin en écrivant du code non portable... On voit le résultat..

Evidemment, il y a des cas où ce n'est pas possible autrement, dans ce cas, il faut centraliser les éléments non portables pour faciliter le portage (pas de modif dans le code, jusque quelques headers à 'spécialiser' selon la cible...)

Pour ça, il faut bien connaître la frontière entre code standard et extensions. C'est un métier...

[jula]

tout à fait d'accord: il s'agit du deuxième logiciel que je dois porter et pour les deux j'ai constaté que rien n'était prédisposé à la portabilité...mais il faut dire que ce n'est pas évident de faire du code portable, en tout cas, merci pour ton aide !
Jula.