tableau de pointeurs - Page 1

Salut à tous,
j'aimerais bien savoir pourquoi ce bête code génère chez moi 1 warning "type defaults to 'int' in declaration of 'ptr_int' " et une erreur de "Conflicting types"...
C'est une affectation dans un tableau de pointeurs:

int x = 10;
int *ptr_int[3];

ptr_int[0] = &x; // je ne fais qu'affecter l'adresse de x au premier pointeur du tableau ptr_int...

Qqn pourrait m'expliquer le pourquoi de l'erreur ?
Merci ...

si tu pouvais éviter d'écrire en blanc ca serait plus lisible

oups dsl j'ai pas capté ... je reposte :

"j'aimerais bien savoir pourquoi ce bête code génère chez moi 1 warning "type defaults to 'int' in declaration of 'ptr_int' " et une erreur de "Conflicting types"...
C'est une affectation dans un tableau de pointeurs:

int x = 10;
int *ptr_int;

ptr_int = &x; // je ne fais qu'affecter l'adresse de x au premier pointeur du tableau ptr_int...

Qqn pourrait m'expliquer le pourquoi de l'erreur ? "

Alors, je te conseille d'utiliser les balises [pre]

int x = 10;
int *ptr_int[3];

ptr_int[0] = &x; // je ne fais qu'affecter l'adresse de x au premier pointeur du tableau ptr_int...

les balises [pre] ? késaco ?

Le warning de TIGCC indique que tu as du oublier de mettre "int *" lors de la déclaration de ptr_int, apparemment, il n'y a aucune information de type, donc TIGCC suppose que c'est "int", c'est pourquoi l'affectation plus loin pose problème.

édite mon post ./4 pour voir à quoi servent les balises pre

ben j'ai mis int* ... elle est ou mon erreur alors ?

int x = 10;
int *ptr_int[3];

ptr_int[0] = &x;

fais chier ce truc qui se met à écrire en blanc tout seul...c quoi ce bordel ???

int x = 10;
int *ptr_int[3];

ptr_int[0] = &x;

au moins là on le voit

bah vous avez qu'à le mettre en surbrillance à la souris et ça se verra parce que là je pige pas pourquoi les trucs s'écrivent en blanc quand on les mets en rouge

Relis bien le post ./7

Bon j'arrête de flooder mais comme le code que je colle n'est jamais le bon je vais essayer de remettre le bon une dernière fois :

int x = 10;
int *ptr_int[3];

ptr_int[0] = &x;

ah j'ai capté ça corrige automatiquement c ça ?

Es-tu sûr de ne pas avoir oublié des points-virgule quelque part? Souvent, les erreurs les plus bizarres sont dues à des fautes bêtes de ce style.

oui parce que si j'enlève ces lignes de code ça compile et ça linke sans aucun warning ..

j'ai uploadé un scan ...

voir sur http://djflex.duostick.net/files/scan.PNG

Ben désolé, je ne vois pas ce qu'on peut faire de plus, l'erreur doit provenir d'autre part.

Relis les posts ./6, ./7 et ./14

créer un projet avec les lignes que tu nous a montré, tu verras que ca compile sans pb

euh alors là ça devient caca parce que effectivement on dirait que rien ne va plus chez moi ...
je viens de modifier un truc et là c le n'importe quoi ...

int x;
int* ptr_int[3];

x = 10;

ptr_int[0] = &x;

j'affecte 10 à x après au lieu de le faire à la déclaration, et là j'ai plein de message "storage class", 'invalid initializer" .. c du n'imp .. j'vais rebooter pour voir lol

On peut avoir toute la source ?

j'ai capté ... en fait j'ai oublié une précision de taille : ce petit bout de code est en global ... quand on l'écrit dans la fonction main il passe.. en global il passe pas (normal à cause des affectations...)
Oui, oui je suis con je sais ...

j'y avais pas pensé parce que j'avais écrit ça dans un fichier d'entête ...

ne jamais mettre de code dans les headers ...
(je me doutais bien d'un truc du genre vu l'abscence d'indentation en fait)

Les macros, d'accord, mais leur contenu est inséré par le préprocesseur ailleurs. Donc:
#define foo ({...})
est OK dans un header, mais pas:
#define foo ({...})
foo

(les macros ne sont pas du code à proprement parler)

Si t'as le temps essaie de compiler avec -E et d'ouvrir le fichier que ça te sort avec ton éditeur de code habituel. C'est ce fichier là qui est réellement passé à la compilation. Les macros ont complètement disparu dedans, elles ont toutes été interpretées.

Jette un oeil ne serait-ce qu'une fois un jour.

Sauf que ce code est d'habitude illisible sous TIGCC (ROM_CALLs...).