Recherche:

Oui, on évite déjà les ainsi conflits de noms. Il ne restera plus que les problèmes de masquage par des variables locales qui ne sont pas à sous-estimer. Les théoriciens de la prog. sont par principe...

En fait les variables ne sont pas compilées, en ce sens qu'aucun emplacement mémoire ne leur est réservé correspondant aux types indiqués.
De facto, ce ne sont que des déclarations de types. Il en...

C'est bien aussi ce qui m'a dérouté.

Capito !
Le header ne fait qu'une déclaration de type, pas de réservation de mémoire.
Donc, bien que l'instruction soit la même, dans le header et dans le fichier d'implémentation, dans ma première...

Merci pour ton aide.
Cela fonctionne avec ta suggestion.
Cependant il y a un truc que je ne pige pas.
Je n'ai fait des modifs que sur les var Resolx et Resoly, conformément à ta suggestion.
Le...

Sûr, mais définir des variables communes dans un fichier d'implémentation c'est pas vraiment top.
Par ailleurs si je fais une inclusion du .c alors ça marche, mais c'est contraire aux principes de...

Oui, oui bien sûr, c'est un réflexe.



C'est exact mais le fichier est protégé contre les inclusions multiples. ifndef ... etc et encore une fois je n'ai pas de problème de compilation mais de...

Finalement le même code avec un projet Geany, se compile, se construit et s'exécute parfaitement ...
Il y a donc un problème avec la version 13.12 au moins avec les projets SDL ....mais peut-être...

Merci Gerald,
Mais mon problème n'est pas un problème d'inclusion. Ce n'est pas un problème de compilation (en cas de header introuvable les messages sont distincts et la compilation est...

Ayant cherché tout l'après-midi j'ai retrouvé ce même problème de nombreuses fois sur d'autres forums. Jamais pu lire la solution...
D'autres personnes signalent qu'en mettant un #include d'un .c...

Bonjour à tous,
J'ai par le passé programmé en C avec Visual Studio.
Aujourd'hui j'utilise l'EDI Code::blocks 13.12 sous Ubuntu 14.04

Je souhaite regrouper mes variables globales dans un header...