Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Programmation C » Problème d'organisation. (17 réponse(s))

./POST DE DEPART (post n°0) Marquer comme non lu.

Jfg

Ecrit le: Jeudi 21 octobre 2004 à 00:46

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 1260

Membre n°60

Inscrit le 23 février 2004

J'ai des problème très bêtes car je divises mon code en plusieurs fichiers (c'est plus facile de trouver des fonctions quand elles sont groupées).
Questions:
1/Comment on 'static inline' des fonctions qui sont situées dans un fichier .C différent ?
2/J'ai mis mes sprites dans un header, et j'inclus pour l'instant ce header que dans le fichier .C où j'utilise ces sprites, mais je veut pouvoir y accéder à partir d'autre fichiers. Bien entendu j'ai essayer de faire plusieurs '#include' mais j'ai vite compris que c'était très une mauvaise idée...
Comment on résoud ces problèmes ?
-Edité le Jeudi 21 octobre 2004 à 00:46 par jfg-

Kill Mario

./Post n°1 Marquer comme non lu.

LionelA

Ecrit le: Jeudi 21 octobre 2004 à 00:58

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

normallement au debut de chaque fichier .h on met :
#ifndef MONFICHIER_H
#define MONFICHIER_H

et a la fin du fichier :
#endif /* MONFICHIER_H */

tout ca afin de faire en sorte que le fichier ne soit parcouru qu'une seule fois même s'il est inclus a plusieurs endroits

Pour le 'static inline' j'ai eu le même probleme et je n'ai pas réussi a le résoudre

PS : ma prof de programmation systeme (unix) nous dit de mettre _ devant les constantes que l'on définit , comment je peux lui expliquer que c'est pas bien ?

Auteur de Mode7 Engine pour ti68k
Auteur de F-ZERO for TI68k
Membre de Orage Studio
Mon site perso : http://www.tigen.org/lionela/
Le gite de mes parents à coté de Narbonne :
http://chaletdenis.free.fr/

./Post n°2 Marquer comme non lu.

Jfg

Ecrit le: Jeudi 21 octobre 2004 à 01:09

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 1260

Membre n°60

Inscrit le 23 février 2004

Ça ne marche pas: ça aggrandi la taille de mon programme.

[EDIT] Enorme faute de syntax.
-Edité le Jeudi 21 octobre 2004 à 14:48 par jfg-

Kill Mario

./Post n°3 Marquer comme non lu.

Kevin Kofler

Ecrit le: Jeudi 21 octobre 2004 à 02:08

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Jfg :
1/Comment on 'static inline' des fonctions qui sont situées dans un fichier .C différent ?

On ne peut pas. Il faut le mettre dans chaque fichier ou dans un header. Et de préférence avec un __attribute__((always_inline)) pour être sûr que c'est vraiment inline, sinon tu risques de te retrouver avec plusieurs copies non-inline de la fonction.

2/J'ai mis mes sprites dans un header, et j'inclus pour l'instant ce header que dans le fichier .C où j'utilise ces sprites, mais je veut pouvoir y accéder à partir d'autre fichiers. Bien entendu j'ai essayer de faire plusieurs '#include' mais j'ai vite compris que c'était très une mauvaise idée...

extern
(Sinon, il y a aussi -fmerge-all-constants comme solution, mais c'est vraiment sale, donc je déconseille cette méthode.)

LionelA :
normallement au debut de chaque fichier .h on met :
#ifndef MONFICHIER_H
#define MONFICHIER_H

et a la fin du fichier :
#endif /* MONFICHIER_H */

tout ca afin de faire en sorte que le fichier ne soit parcouru qu'une seule fois même s'il est inclus a plusieurs endroits

Non. Ça évite que le fichier est inclus plusieurs fois dans la même unité de traduction (le même fichier .c, en gros), mais si on l'inclut dans plusieurs unités de traduction, il sera quand-même inclus plusieurs fois!

PS : ma prof de programmation systeme (unix) nous dit de mettre _ devant les constantes que l'on définit , comment je peux lui expliquer que c'est pas bien ?

       7.1.3  Reserved identifiers

       [#1]  Each header declares or defines all identifiers listed
       in its associated  subclause,  and  optionally  declares  or
       defines  identifiers listed in its associated future library
       directions  subclause  and  identifiers  which  are   always
       reserved  either  for  any  use  or  for  use  as file scope
       identifiers.

         -- All identifiers  that  begin  with  an  underscore  and
            either  an  uppercase  letter or another underscore are
            always reserved for any use.

         -- All identifiers  that  begin  with  an  underscore  are
            always  reserved for use as identifiers with file scope
            in both the ordinary and tag name spaces.

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°4 Marquer comme non lu.

Jfg

Ecrit le: Jeudi 21 octobre 2004 à 14:51

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 1260

Membre n°60

Inscrit le 23 février 2004

Il y a des occasions où on a besoin d'inclure plusieurs fois un header dans la même unité de traduction ?
#confus#

-Edité le Jeudi 21 octobre 2004 à 14:52 par jfg-

Kill Mario

./Post n°5 Marquer comme non lu.

Kevin Kofler

Ecrit le: Jeudi 21 octobre 2004 à 16:05

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Jfg :
Il y a des occasions où on a besoin d'inclure plusieurs fois un header dans la même unité de traduction ?
#confus#

Si tu as:
#include "a.h"
#include "b.h"
et si les 2 contiennent:
#include <tigcclib.h>
par exemple. On ne veut évidemment pas 2 copies du contenu de tigcclib.h, d'où les "include guards".

./Post n°6 Marquer comme non lu.

Jfg

Ecrit le: Jeudi 21 octobre 2004 à 17:27

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 1260

Membre n°60

Inscrit le 23 février 2004

Ok.

Kill Mario

./Post n°7 Marquer comme non lu.

limmt

Ecrit le: Samedi 23 octobre 2004 à 00:44

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

ca serait pas plus simple d'utiliser un seul fichier .c et de mettre les fonctions, les variables globales dans les headers?

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°8 Marquer comme non lu.

Sasume

Ecrit le: Samedi 23 octobre 2004 à 12:02

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Une variable gloable ne doit pas être dans un header.

./Post n°9 Marquer comme non lu.

limmt

Ecrit le: Samedi 23 octobre 2004 à 15:49

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

ben pourtant c'est ce que j'ai toujours fait et ca marche nickel

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°10 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 23 octobre 2004 à 16:10

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Ça peut passer avec certains compilateurs (dont TIGCC 0.95) si ta variable globale n'est pas initialisée, et ça passe évidemment si tu n'as qu'un seul .c, mais c'est quand-même une mauvaise pratique.
extern a été inventé pour ça.

Et cette idée de tout foutre dans un .c avec #include est un hack grossier qui n'est plus nécessaire avec TIGCC 0.95. (Ça n'apporte plus rien avec le nouveau linker.)