fonction putenv de stdlib

Bonjour à tous,

Je compile du code avec cc (cc: Sun C 5.10 Linux_i386 2009/06/03)
J'ai un warning qui me dit:

Code:

---

"./SRC/BMOTEUR_calcul.c", line 79: warning: implicit function declaration: putenv

---

pourtant j'ai bien en début de fichier:

Code:

---

#include <stdlib.h>

---

Du coup je ne comprends pas pourquoi j'ai ce warning.... des idées?

nb: l'appel de la fonction est

Code:

---

1 2 3 4 5

char str[1000] = " "; ... ... ... putenv(str);

---

faut savoir lire une doc... :roll:

putenv

Citation:

---

int putenv (char *string);

---

salut !

on est au moins deux à ne pas savoir lire les doc.
je ne suis pas un compilateur, mais je ne vois pas où est le pb.
j'ai hâte d'apprendre.

A+

Code:

---

i = putenv(...);

---

devrait marcher..

Le prototype est un int et l'appel le transforme en void..

Je pense donc que le compilo trouve que c'est une nouvelle définition, qui, au link n'est pas trouvée..

PS: par contre, il faudrait savoir avec quels flags c'est compilé. Et d'autre part quelles versions. Parce qu'il me semble me souvenir que sous certains "flavours" de unix c'était dans "unistd.h"..

Code:

---

1 2 3 4 5 6 7 8

CFLAGS=-D_ANSI_C_SOURCE\ -D_POSIX_C_SOURCE\ -Dlinux\ -DXT_CODE\ -DMOTIF\ -DXOPEN_CATALOG\ -D_XOPEN_SOURCE_EXTENDED

---

voici les flags significatifs. La question que je me pose est sur le -Dlinux: l'appli que j'essaye de compiler a été développée sous Unix, et le flag était: -Dsun4, que j'ai remplacé sans trop être sûr de mon fait (la doc est un peu confuse sur ce point) par -Dlinux.

pour info cat /proc/version renvoie:

Code:

---

1 2	Linux version 2.6.18-164.el5 (mockbuild@x86-003.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Tue Aug 18 15:51:48 EDT 2009 4

---

arf, merci souviron34 d'avoir soulevé le problème des flags, j'ai résolu le problème en changeant

Code:

---

-D_XOPEN_SOURCE_EXTENDED

---

par

Code:

---

-D_XOPEN_SOURCE

---

Par contre si quelqu'un peux m'expliquer le pourquoi du comment... :mrgreen:

bah faudrait d'une part voir la définition de _EXTENDED par rapport au normal, et d'autre part aller voir dans stdlib.h l'ordre des tests autour de la définiition de getenv/putenv..

@souviron34

Citation:

---

Le prototype est un int et l'appel le transforme en void..

Je pense donc que le compilo trouve que c'est une nouvelle définition, qui, au link n'est pas trouvée..

---

Non, ignorer la valeur de retour lors d'un appel n'affecte pas le prototype d'une fonction (l'exemple le plus fréquemment rencontré est sans doute l'utilisation courante de printf()).

exact :oops: mea culpa (d'ailleurs j'avais vérifié dans mon code et je faisais pareil ...)

Il doit y avoir un truc avec le _EXTENDED qui soit l'envoie dans un autre .h, soit lui donne une autre défintiion..

par contre ce qui me parait étrange c'est que lorsqu'on va voir dans stdlib.h pour voir la définition de putenv, on trouve:

Code:

---

1 2 3 4 5 6

#if defined __USE_SVID || defined _USE_XOPEN /* The SVID says this is in <stdio.h>, but this seems a better place. */ /* Put STRING, which is of the form "NAME=VALUE", in the environment. If there is no `=', remove NAME from the environment. */ extern int putenv (char *__string) __THROW __nonnull ((1)); #endif

---

ça me parait bizarre: au lieu de

Code:

---

-D_XOPEN_SOURCE

---

ne serait-il pas plutôt correct de mettre

Code:

---

-D_USE_XOPEN

---

??

il doit y avoit quelque part un

Code:

---

1 2 3

#ifdef _XOPEN_SOURCE #define _USE_XOPEN #endif

---

Sinon, comme il est dit :

Citation:

---

The SVID says this is in <stdio.h>,

---

Donc faut faire "man" quand on change de système ;)

Note: encore une fois, norme et implémentation....

merci pour tes posts éclairants...

problème résolu