Appel de fonctions externes Code::blocks

**Zavonen** · 04/07/2014, 16h49

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 intitulé 'globals.h'.
Un fichier 'globals.c' est prévu, entre autre pour une fonction d'initialisation de ces variables.
Le fichier contenant, global.h, main.cpp, globals.c appartiennent tous au projet.
Voici globals.h

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
#ifndef GLOBALS_H_INCLUDED
#define GLOBALS_H_INCLUDED
#include "bird.h"
 
struct Bird Oiseau;
int Resolx,Resoly;
void InitGlobals();
 
#endif // GLOBALS_H_INCLUDED

Voici le fichier globals.c

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
#include "globals.h"
void InitGlobals()
{
    Resolx=640;
    Resoly=480;
};

Enfin voici le début du fichier principal

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
#ifdef __cplusplus
#include <cstdlib>
#else
#include <stdlib.h>
#endif
 
#include <SDL/SDL.h>
#include "globals.h"
 
int main ( int argc, char** argv )
{
    InitGlobals();
    // initialize SDL video
    if ( SDL_Init( SDL_INIT_VIDEO ) < 0 )
    {
        printf( "Unable to init SDL: %s\n", SDL_GetError() );
        return 1;
    }

Lors de la compilation un module objet globals.0 est créé correspondant à la compilation du fichier globals.c

Mais lorsqu'on active la commande 'build' ou 'rebuild' on a l'erreur suivante:
||=== Build: Debug in Flappy (compiler: GNU GCC Compiler) ===|
/home/gilles/Documents/projets-C/Flappy/main.cpp|14|référence indéfinie vers « InitGlobals() »|
||=== Build failed: 1 error(s), 0 warning(s) (0 minute(s), 0 second(s)) ===|

Qui semble indiquer un problème de linkage main ne trouve pas la définition de InitGlobals(). Je ne sais comment sortir de là.
Si quelqu'un peut m'indiquer la nature du problème, il me semble que les fonctions C sont extern par défaut. Le prototype est bien dans le header inclus pour vérifier que l'appel est correct. C'est bien la définition de InitGlobals qui n'est pas trouvée. c'est le boulot du linker.
Je ne comprends pas...

**Zavonen** · 05/07/2014, 01h56

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 cela fonctionne. c'est vrai, je l'avais remarqué mais c'est contraire aux principes de la modularité du C.
En outre quand je reprends d'anciens projets Code::blocks multi-fichiers ils ne se compilent plus avec le même problème (impossibilité de trouver les def des fonctions externes dans les modules objets).
Je pense de plus en plus que c'est un bug énorme de la version 13.12.

**gerald3d** · 05/07/2014, 09h32

Peut-être qu'effectivement Code::blocks ne recherche pas les entêtes dans le répertoire courant. Essayes lorsque tu fais #include de spécifier le chemin complet du fichier pour voir si ca améliore un peu les choses...

**Zavonen** · 05/07/2014, 10h03

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 impossible). Or les modules objets sont construits, c'est une erreur de linkage, le linker n'arrive pas à fabriquer l'exécutable peut-être pour un problème de chemins.
En fait mes fichiers objets sont dans /obj/Debug et j'ai l'impression que la recherche est faite dans /obj/Debug/obj/Debug qui n'existe pas. J'ai essayé de trouver des solutions dans le cadre de l'interface CB pour joindre au projet les modules objets soit par adressage direct, soit par adressage absolu. Sans succès !
Voici l'erreur obtenue quand j'ajoute au projet explicitement :les fichiers objets (puisqu'il ne les trouve pas ...)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
 
-------------- Clean: Debug in Flappy (compiler: GNU GCC Compiler)---------------
 
Cleaned "Flappy - Debug"
 
-------------- Build: Debug in Flappy (compiler: GNU GCC Compiler)---------------
 
gcc -Wall -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -g  -c /home/gilles/Documents/projets-C/Flappy/globals.c -o obj/Debug/globals.o
g++ -Wall -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -g  -c /home/gilles/Documents/projets-C/Flappy/main.cpp -o obj/Debug/main.o
g++ -Lobj/Debug -o bin/Debug/Flappy obj/Debug/globals.o obj/Debug/main.o obj/Debug/obj/Debug/globals.o obj/Debug/obj/Debug/main.o  -L/usr/lib/x86_64-linux-gnu -lSDL  
g++: error: obj/Debug/obj/Debug/globals.o: Aucun fichier ou dossier de ce type
g++: error: obj/Debug/obj/Debug/main.o: Aucun fichier ou dossier de ce type
Process terminated with status 1 (0 minute(s), 0 second(s))
0 error(s), 0 warning(s) (0 minute(s), 0 second(s))

Nous avons donc deux erreurs, mais le résumé du 'build' est optimiste puisqu'il ne les mentionne pas. Par ailleurs quand j'essaie de lancer une exécution après ce 'build' soit-disant réussi, CB prétend que le projet n'est pas construit et propose ad infinitum de rebâtir l'ensemble.

**Zavonen** · 05/07/2014, 14h05

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 aussi avec d'autres, mes anciens projets CB ne se compilent plus alors que l'utilisation directe de gcc ou g++ en ligne de commande marche.
Dommage, j'avais un bon souvenir de CB.
Je considère mon problème comme résolu (par abandon).
Si quelqu'un sait pourquoi CB débloque, je suis preneur.

**LittleWhite** · 05/07/2014, 14h12

Bonjour,

Vous avez essayé avec un "rebuild" ?
Vous avez tenter en recréant le projet ?

Invité · 08/07/2014, 21h33

Envoyé par Zavonen

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 intitulé 'globals.h'.
Un fichier 'globals.c' est prévu, entre autre pour une fonction d'initialisation de ces variables.
Le fichier contenant, global.h, main.cpp, globals.c appartiennent tous au projet.
Voici globals.h

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
#ifndef GLOBALS_H_INCLUDED
#define GLOBALS_H_INCLUDED
#include "bird.h"
 
struct Bird Oiseau;
int Resolx,Resoly;
void InitGlobals();
 
#endif // GLOBALS_H_INCLUDED

Voici le fichier globals.c

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
#include "globals.h"
void InitGlobals()
{
    Resolx=640;
    Resoly=480;
};

Enfin voici le début du fichier principal

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
#ifdef __cplusplus
#include <cstdlib>
#else
#include <stdlib.h>
#endif
 
#include <SDL/SDL.h>
#include "globals.h"
 
int main ( int argc, char** argv )
{
    InitGlobals();
    // initialize SDL video
    if ( SDL_Init( SDL_INIT_VIDEO ) < 0 )
    {
        printf( "Unable to init SDL: %s\n", SDL_GetError() );
        return 1;
    }

Lors de la compilation un module objet globals.0 est créé correspondant à la compilation du fichier globals.c

Mais lorsqu'on active la commande 'build' ou 'rebuild' on a l'erreur suivante:
||=== Build: Debug in Flappy (compiler: GNU GCC Compiler) ===|
/home/gilles/Documents/projets-C/Flappy/main.cpp|14|référence indéfinie vers « InitGlobals() »|
||=== Build failed: 1 error(s), 0 warning(s) (0 minute(s), 0 second(s)) ===|

Qui semble indiquer un problème de linkage main ne trouve pas la définition de InitGlobals(). Je ne sais comment sortir de là.
Si quelqu'un peut m'indiquer la nature du problème, il me semble que les fonctions C sont extern par défaut. Le prototype est bien dans le header inclus pour vérifier que l'appel est correct. C'est bien la définition de InitGlobals qui n'est pas trouvée. c'est le boulot du linker.
Je ne comprends pas...

Si cette discussion n'a pas encore été résolue, je dirais que le problème vient des inclusions.

Remarque : Le fichier global.c ne sera pas inclus dans le fichier principal car tu ne l'as pas inclus dans le fichier global.h. De même tu ne l'as pas inclus dans le fichier principal, or tu as inclus dans le fichier principal le fichier global.h qui affirme l'existence d'une fonction nommée InitGlobals().
Sauf que tu as déclaré la fonction InitGloabl() dans le fichier global.c, c'est-à-dire que tout son code est dans le fichier global.c. Ceci explique le message du compilateur au sujet de InitGlobals.

Pour mieux comprendre, dis-toi ou rappelle-toi qu'un #include <mon_fichier> équivaut à copier tout le contenu de mon_fichier dans le fichier dans lequel tu as écrit la macro (#include) et à ce même emplacement. Si tu appliques cette vision des choses, tu verras que le fichier globals.c et donc tout son contenu n'est pas inclus dans le fichier principal et donc tout son contenu sera absent.

Conseille (proposition 1 ou 2):

1- Enlève le #include "globals.h" dans le fichier globals.c et écris #include "globals.c" dans le fichier globals.h (à la fin du fichier) et recompile le tout.

2- Remplace le #include "globals.h" dans le fichier principal par un #include "globals.c", ça devrait marcher.

Remarque:

J'ai bâtit cette réponse à partir de mon expérience avec l'IDE TIGCC.

**foetus** · 08/07/2014, 22h01

Envoyé par Ratator

Si cette discution n'a pas encore était résolu, je dirais que le problème viens des inclusions.

Non

cela dépend si le compilateur voit cela comme une déclaration ou une définition et aussi de la politique "extern" par défaut du compilateur des variables.

Et aussi

, faire une initialisation paresseuse des variables globales assez douteuse et exposer à la fois les fonctions et les variables globales (avec des conventions de codage mauvaises)

Appel de fonctions externes Code::blocks

C

Vue hybride

Discussions similaires

Partager

Partager