[linux][gcc]pb avec les constantes telles que M_PI

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:

---

#include <math.h>

---

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

Citation:

---

'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.

Citation:

---

Envoyé par jula

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:

---

#include <math.h>

---

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

Citation:

---

'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:

---

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.

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.

Citation:

---

Envoyé par jula

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...

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.