Discussion :

[yag00]

Bonjour
Sous linux sur une application SDL, je cherche à écrire le makefile.
L'arborescence du projet est :
- projet/SDL/include/SDL/tous les header sdl.h ...
- projet/SDL/lib/libSDL.a libSDL.so
- projet/mes fichiers sources *.cpp *.h

La lib SDL n'a pas installé dans /usr/lib ou /usr/local/lib ...
Je veux linker la lib SDL à mon projet à partir de projet/SDL

Dans mes fichiers source, j'appele la SDL avec #include <SDL/SDL.h>

voila mon makefile : (pb : ne trouve pas les header de la sdl et probablement pas la lib)

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
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
#Makefile
TARGET	= SDLGLapp
SDLDIR	= SDL
 
INCLUDES = \
	-I$(SDLDIR)/include
 
LIBDIRS = \
	-L$(SDLDIR)/lib
 
LIBS	= -lSDL -lSDL_image -lGL -lGLU
 
CXXSOURCES =	main.cpp \
	fonction.cpp
 
CXXOBJECTS = $(CXXSOURCES:.cpp=.o)
 
CXXFLAGS = -fPIC -Wall 
CXX = g++
LDFLAGS = $(LIBDIRS) $(LIBS)
 
 
all: $(TARGET)
 
$(TARGET) : $(CXXOBJECTS)
	$(CXX) -o $@ $^ $(LDFLAGS)
 
%.o: %.cpp
	$(CXX) $(CXXFLAGS) $(INCLUDES) -o $@ -c $<
 
clean:
	$(RM) -rf $(CXXOBJECTS)
mrproper: clean
	rm -rf $(TARGET)
 
run:
	./$(TARGET)

si quelqu'un peut m'aider?
merci

[fregolo52]

Salut

A priori si tu ne t'es pas trompé dans la description tu as ça devrait marcher, même si je n'aurais pas fait comme ça.

Je n'aime pas trop ça :

Code :

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

1
2
TARGET	= SDLGLapp
SDLDIR	= SDL

surtout suivi par

Code :

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

-I$(SDLDIR)/include

ce qui donne -ISDL/include perso je préfère arriver à ce résultat : -I./SDL/include

Donc ajoute des ./ pour bien signifier que c'est à partir du répertoire courant.
Bien sûre j'ai considéré que le makefile est dans projet/.

[yag00]

Merci pour les conseils

j'ai changé mon makefile

Code :

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

1
2
3
4
5
INCLUDES = \
	-I./SDL/include
 
LIBDIRS = \
	-L./SDL/lib

J'arrive à compiler => j'ai tout mes .o sans problème mais problème à l'édition des liens.

Code :

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

1
2
3
4
5
6
7
8
9
$ make
g++ -fPIC -Wall -I./SDL/include -o main.o -c main.cpp
g++ -fPIC -Wall -I./SDL/include -o fonction.o -c fonction.cpp
g++ -o SDLGLapp main.o fonction.o -L./SDL/lib -lGL -lGLU -lSDL -lSDL_image
/usr/bin/ld:./SDL/lib/libSDL.so: file format not recognized; treating as
linker script
/usr/bin/ld:./SDL/lib/libSDL.so:1: syntax error
collect2: ld a retourné 1 code d'état d'exécution
make: *** [SDLGLapp] Erreur 1

dans ./projet/SDL/lib/ j'ai :
libSDL.a
libSDLmain.a
libSDL.la
libSDL.so
libSDL_image.a
libSDL_image.la
libSDL_image.so

[yag00]

problème résolu en prenant les libs dans un autre package

[Montag]

Salut,

Juste une petite remarque qui n'a rien à voir avec le problème initial :
tu devrais éviter d'utiliser l'option -fPIC lorsque ton but est de créer un exécutable car ça n'appporte rien et ça peut même avoir un impact négatif sur les performances de ton programme.

[yag00]

RE : je sollicite encore votre aide sur ce sujet

bon donc mon programme compile sans problème avec ce makefile
mais quand je l'exécute, il ne trouve pas les librairies :

Code :

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

1
2
error while loading shared libraires : libSDL_image-1.2.so.0 :
 cannot open shared objet file : no such file directory

bon j'ai essayé de mettre la lib a coté de l'exécutable mais sans succès?

[screetch]

-Wl,-rpath permet de spécifier ou sera la lib, sinon elle est recherchée dans des endroits par défaut (/usr/lib, /usr/local/lib, /opt/lib etc etc)
je pense que tu devrais ajouter pour le développement, -Wl,-rpath,. (cherche la lib dans le repertoire courant) et pour une version installée de ton prgramme, -Wl,-rpath,$(BINPREFIX) ou binprefix contient l'endroit ou sera la bibliothèque

[yag00]

merci pour ta réponse,
j'ai essayé d'utiliser les options -Wl -rpath sans succès. T'aurais un exemple?

sinon en rajoutant mon répertoire lib à LD LIBRARY PATH ça fonctionne mais c'est pas très pratique.