🚀 go-pugleaf

"Pierre Habouzit" <madcoder@debian.org> wrote in message
news:4334462d$0$24227$626a14ce@news.free.fr...
> Bouloun wrote:
>
> > Bonjour
> > J'ai un projet qui s'organise co �a:
> >
> > Main.C
> > Appl.c
> > Appl.h
> >
> >     Dans Main .C j'utilise un champ de bit du genre : (d�laration faite
> > juste apr�s les variables globales)
> > struct
> >    {
> >     unsigned t1:1
> >     unsigned t2:1
> >     }cfg;
> >
> > Le probl�me c'est que le fichier Appl.c doit lui aussi pouvoir avaoir
> > acc�s � ce champ de bit.
> >
> > Comment faire pour pouvoir aussi utiliser ce champ de bit dans mon fichier
> > Appl.C ?
>
> d�j� c'est bizare de mettre des majuscules dans les noms de fichiers, mais
> c'est sans doute un d�tail.

D'autant que l'extension .C signifie C++ pour certains compilateurs unix.

> Ensuite, pour partager des d�finitions de type il faut les mettre dans des
> fichier .h (headers) que tu #include dans tes .h
>
> Enfin, ton code ne me parait pas correct, il faudrait plutot �crire :
>
> struct cfg {
>     unsigned int t1:1;
>     unsigned int t2:1;
> };
>
> ou bien :
>
> typedef struct {
>     unsigned int t1:1;
>     unsigned int t2:1;
> } cfg;
>

En fait la d�finition de l'OP ne pr�cise pas de tag pour la structure cfg.  Il
me semble difficile de partager une telle chose sans lui donner un vrai type.  A
part se reposer sur des mecanismes obsol�tes dont je tairai les d�tails ignobles
(common implicites), ou des d�clarations et definitions identiques mais
incompatibles, je ne crois pas que ce soit possible.  En revanche lui donner un
tag suffit a r�soudre ce dilemne :

appl.h:
extern struct cfg_t {
    unsigned t1:1;
    unsigned t2:1;
} cfg;
----
main.c:
#include "appl.h"

struct cfg_t cfg;
----
appl.c:
#include "appl.h"

void set_t1(unsigned v) {
    cfg.t1 = v;
}

Enfin unsigned est un synonyme de unsigned int, et il est en effet imp�ratif de
d�finir comme non sign�s les champs de 1 bit ;-)

-- 
Chqrlie.