Path: ...!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!usenet-fr.net!.POSTED!not-for-mail
From: Olivier Miakinen <om+news@miakinen.net>
Newsgroups: fr.comp.lang.c
Subject: Re: XCode C99 : duplicate symbol
Date: Sat, 23 Apr 2022 17:20:58 +0200
Organization: There's no cabale
Lines: 88
Message-ID: <t415gq$2l91$1@cabale.usenet-fr.net>
References: <625e723a$0$22264$426a74cc@news.free.fr>
 <t3u03o$1k6k$1@cabale.usenet-fr.net> <6262f03d$0$26322$426a34cc@news.free.fr>
NNTP-Posting-Host: 220.12.205.77.rev.sfr.net
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: cabale.usenet-fr.net 1650727258 87329 77.205.12.220 (23 Apr 2022 15:20:58 GMT)
X-Complaints-To: abuse@usenet-fr.net
NNTP-Posting-Date: Sat, 23 Apr 2022 15:20:58 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Firefox/52.0 SeaMonkey/2.49.4
In-Reply-To: <6262f03d$0$26322$426a34cc@news.free.fr>
Bytes: 3706

Le 22/04/2022 20:13, kurtz le pirate a écrit :
>>>
>>> Si de vieux dinosaures passent par la...
>> 
>> Plutôt que de chercher des dinosaures sur un groupe Mac, pourquoi
>> ne pas poser la question sur le groupe où c'est en charte ? Je fais
>> suivre.
> 
> parceque XCode = Mac ;)

Désolé, je ne connaissais pas.

Quoi qu'il en soit, ça ressemble beaucoup à du langage C, et à moins qu'il
y ait une spécificité Mac j'ai l'impression que les compétences en C
devraient pouvoir t'aider.

>>> Dans mon projet, j'ai ces fichiers :
>>>  a_structures.h
>>>  a_toolbox.h
>>>  a_toolbox.c
>>>  a_m.h
>>>  a_m.c
>>>  main.c
>>>
>>> Le fichier a_structures.h ne contient que des définitions de structures.

Ok.

>>>
>>> Dans main.c j'ai :
>>>  #include "a_structures.h"
>>>  #include "a_toolbox.h"
>>>  #include "a_m.h"

[...]

>> 
>> Parce qu'en le mettant dans un .h inclus dans différents .c, tu le
>> redéfinis dans chacun des .c .
> 
> oui... mais non. dans mes .c, je n'ai pas de #include "a_structures.h"

Tu l'as au moins dans le main.c, d'après ce que tu écrivais plus haut.

> les #include ne sont que dans les .h

Eh bien si tu n'inclus pas directement a_structures.h dans a_m.c et
a_toolbox.c, c'est forcément qu'il est inclus de façon indirecte,
que ce soit par un autre #include, soit parce que XCode fait ça de
manière implicite.

Pour t'en convaincre, écris dans a_structures.h quelque chose provoquant
une erreur de compilation plutôt qu'une erreur détectée à l'édition de
liens, par exemple :

 #error Le fichier .h est inclus dans ce .c !

>> Plusieurs solutions possibles : soit tu le définis en 'static', auquel
>> cas chaque .c aura sa propre copie du tableau, soit tu le déclares
>> uniquement dans le .h et tu le définis dans un seul .c .
> 
> je vais regarder du coté de 'static'.


Le plus propre à mon avis serait de ne mettre que la déclaration dans le .h :

 extern const char * DayNames[];

et la définition dans l'un des .c, par exemple main.c


Sinon, oui, une définition statique est possible puisque ça ne prend que
quelques octets dans chacun des .c, et que le tableau n'a pas besoin d'être
partagé puisqu'il ne devrait pas être modifié.


> j'ai vu aussi un pragma 'once'.

Ça, outre que ce n'est pas standard (quoique assez largement supporté), il
me semble que ça peut éviter d'inclure plusieurs fois la même définition
dans un même .c, mais que ça n'empêchera pas que cette définition soit
incluse une fois dans chaque .c : ça ne devrait donc strictement rien
changer à ton problème.


-- 
Olivier Miakinen