makefile problème compilation

Version imprimable

Bonjour,

regardez je fais ceci:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 # # Barbara makefile # all: barbara barbara: main.o chess.o net.o gcc -o barbara main.o chess.o net.o chess.o: chess.c chess.h head.h gcc -c chess.c net.o: net.c net.h head.h gcc -c net.c main.o: main.c head.h gcc -c main.c clean: rm -rf *.o mrproper: clean rm -rf barbara
Mais en sortie j'ai des erreurs qui disent qu'il ne trouve pas les headers ...
c'est dû à quoi?
merci

30/09/2006, 19h19
Jean-Marc.Bourguet

Qui te donne un message d'erreur? make ou gcc?

Où sont les fichiers qui te sont reportés manquant? Ou est le makefile?

Le makefile n'est pas parfait, mais il n'y a a priori rien qui explique l'erreur dans ce que tu montres.
30/09/2006, 20h02
Goundy

hola :]

les erreurs viennent de chez gcc
le makefile ainsi que les sources sont tous dans le même répertoire

Pour le make j'ai regardé plus ou moins le tutorial qui se trouve sur developpez.com, mais bon j'espère que ca suffit pour savoir ce qui bug :)
30/09/2006, 21h26
Jean-Marc.Bourguet

Citation:

Envoyé par Goundy

les erreurs viennent de chez gcc

Si tu lances la même commande à la main, ça compile?
30/09/2006, 22h43
athoth
Il faut vérifier les ordres 'include' :
Code:

1 2 #include "header.h"
cherche le fichier à include d'abord dans le répertoire où se trouve le source qui veut inclure et ensuite dans les répertoires "standards" (par exemple /usr/include).
Code:

1 2 #include <header.h>
cherche seulement à partir des répertoires "standards".

Pour éviter ce genre de pb, il faut ajouter -Idir dans les options de compilation où dir correspond à un répertoire surplémentaire dans la recherche "standard".

Bonsoir,

si tu veux un makefile complet qui ne nécessite pas de mettre tous les noms de fichiers :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
 
CC=gcc
CPP=g++
 
# Les différents répertoires contenant respectivement les fichiers : Sources *.c, Headers *.h, Objets *.o, l'exécutable
SRCDIR=Src
HEADDIR=Include
LIBDIR=Objet
BINDIR=Bin
 
# Les différentes options de compilations, soyons strictes !
CFLAGS= -I$(HEADDIR) -g -Wall -pedantic -Os
# Les différents FrameWorks et bibliothèques pour le linkage
GLLIBS = -ltiff -framework OPENGL -framework GLUT -framework GLUI -lobjc -lstdc++ -lm
 
 
# L'exécutable
BIN=Executable
 
 
# Où trouver les différents sources *.c qu'il faudra compiler pour créer les objets correspondants
SRC= $(wildcard $(SRCDIR)/*.c)
OBJ= $(SRC:$(SRCDIR)/%.c=$(LIBDIR)/%.o)
 
# Où trouver les différents sources *.cpp qu'il faudra compiler pour créer les objets correspondants
SRCPP= $(wildcard $(SRCDIR)/*.cpp)
OBJCPP= $(SRCPP:$(SRCDIR)/%.cpp=$(LIBDIR)/%.o)
 
 
# Le all, première ligne éxécuté por le make, elle annonce ce qui doit être lancé.
all: $(BIN)
 
#Création de l'exécutable
Executable: $(OBJ) $(OBJCPP)
	$(CC) -o $(BINDIR)/$@ $^ $(CFLAGS) $(GLLIBS)
 
# Création des différents *.o à partir des *.c
$(LIBDIR)/%.o: $(SRCDIR)/%.c $(HEADDIR)/%.h 
	$(CC) -o $@ -c $< $(CFLAGS)
 
# Création des différents *.o à partir des *.cpp
$(LIBDIR)/%.o: $(SRCDIR)/%.cpp $(HEADDIR)/%.h
	$(CPP) -o $@ -c $< $(CFLAGS)
 
 
# Pour éviter les problèmes de dates sur certains fichiers lors des modifications.
.PHONY: clean Clean
 
 
 
# Nettoyage des objets => Tout sera recompiler !
clean:
	rm $(LIBDIR)/*.o
 
# Nettoyage complet => clean + effacement du l'exécutable
Clean: clean
	rm $(BINDIR)/*
 
# On compte le nombre de lignes du programme
Count:
	-grep [a-zA-Z"{""}"] $(SRCDIR)/*.c $(SRCDIR)/*.cpp $(HEADDIR)/*.h | wc -l

Avec ça, tout est rangé dans des répertoires au lieu d'être en vrac...

01/10/2006, 01h46
ToTo13

Bonsoir,

oups j'ai oublié :
- les GLLIBS doivent être les tiennes.
- là ils s'agit des miens pour macosx, le tiffs et opengl...
01/10/2006, 09h30
Corentor

Salut,

il faudrait que tu donnes plus de précision (arborescence de ton projet, j'imagine qu'elle est très simple)

Si la solution de Toto13 t'effraie (bien qu'elle donne l'exemple d'un Makefile réel), tu peux toujours reprendre ton Makefile d'origine (suffisant pour ton projet), en rajoutant des options -I pour préciser au compilateur où chercher les fichiers d'inclusion (c'est un oubli très courant quand on débute) (cf post d'athoth)

-I <répertoire contenant tes fichiers d'inclusion> (l'option peut être répétée pour plusieurs répertoires)

Si par exemple, tes fichiers header se trouvent au même endroit que ton Makefile et tes fichiers de code (très courant pour des petits projets), tu devras peut-être rajouter -I . (-I suivi d'un point).

Dans un sous-répertoire include du répertoire courant (autre situation très courante) : -I ./include

Ce n'est pas une solution "professionnelle" mais qui devrait être suffisante pour ton problème.
01/10/2006, 09h55
Jean-Marc.Bourguet

Citation:

Envoyé par Corentor

Si par exemple, tes fichiers header se trouvent au même endroit que ton Makefile et tes fichiers de code (très courant pour des petits projets), tu devras peut-être rajouter -I . (-I suivi d'un point)

-I. est généralement la solution de ceux qui n'ont pas compris le problème. L'hypothèse d'athoth d'un abus de directive avec <> me semble la plus vraissemblable de celles données jusqu'à présent.
01/10/2006, 10h46
Corentor

Citation:

Envoyé par Jean-Marc.Bourguet

L'hypothèse d'athoth d'un abus de directive avec <> me semble la plus vraissemblable de celles données jusqu'à présent

J'en suis également convaincu.
Il peut arriver cependant des cas où l'option -I. est indispensable (soit, dans le cas présent, c'est vraiment peu probable ici).

J'ai déjà rencontré un système où gcc était aliasé (ne me demandez pas pourquoi, et ça a été corrigé ensuite) avec l'option -I- (aujourd'hui dépréciée) dont l'un des effets est le suivant :

Citation:

the -I- option inhibits the use of the current directory (where the current input file came from) as the first search directory for #include "file". There is no way to override this effect of -I-. With -I. you can specify searching the directory which was current when the compiler was invoked. That is not exactly the same as what the preprocessor does by default, but it is often satisfactory
01/10/2006, 11h19
Jean-Marc.Bourguet

Citation:

Envoyé par Corentor

J'en suis également convaincu.
Il peut arriver cependant des cas où l'option -I. est indispensable (soit, dans le cas présent, c'est vraiment peu probable ici).

C'est pourquoi j'ai écrit généralement. On peut aussi concevoir un système de build ou on ne copie que les sources qu'on désire modifer, le reste étant pris dans un arbre commun (j'ai utilisé un tel système avec un autre langage que du C++). En conjonction avec -I- ou l'équivalent Le -I. permet alors de prendre les sources modifiées plutôt que celle de l'arbre commun.
01/10/2006, 23h24
Goundy

Les mecs, je vous remercie :]