Discussion :

[troumad]

Bonjour

Je reviens sur mes très anciens codes de test que j'avais fait en SDL et j'essaie à nouveau de les compiler. J'ai du me refaire un makefile :

Code Makefile :

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
CC=gcc
 
CFLAGS= -W -Wall $(shell sdl-config --cflags)
LDFLAGS=-export-dynamic $(shell sdl-config --libs)
 
EXEC=perso
SRC= $(wildcard *.c)
 
 
OBJ= $(SRC:.c=.o)
 
all: $(EXEC)
 
$(EXEC) : $(OBJ)
		$(CC) -o $@ $^ $(LDFLAGS)
 
 
%.o: %.c include.h
		$(CC) -o $@ -c $< $(CFLAGS)

Première découverte, c'est la sortie de SDL2, si je tente une compilation avec SDL2, j'ai beaucoup plus d'erreurs car il ne reconnaît pas SDL_HWSURFACE ou SDL_DOUBLEBUF par exemple. Est-ce que la migration est facile ?
Après, j'ai mis sdl à la place de sdl2 dans les commandes. Cette fois, j'ai un problème : les variables de type bool ne sont pas reconnues. Il manque quoi et où ?

Les biblithèques que j'ai mises sont :

Code :

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

1
2
3
4
5
6
7
8
9
10
#ifdef __cplusplus
    #include <cstdlib>
#else
    #include <stdlib.h>
#endif
#ifdef __APPLE__
#include <SDL/SDL.h>
#else
#include <SDL.h>
#endif

L'erreur est :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
main.c: Dans la fonction «*main*»:
main.c:48:5: erreur: nom de type «*bool*» inconnu
   48 |     bool done = false;
      |     ^~~~
main.c:48:17: erreur: «*false*» non déclaré (première utilisation dans cette fonction); vouliez-vous utiliser «*fclose*»*?
   48 |     bool done = false;
      |                 ^~~~~
      |                 fclose
main.c:48:17: note: chaque identificateur non déclaré est rapporté une seule fois pour chaque fonction dans laquelle il apparaît
main.c:60:24: erreur: «*true*» non déclaré (première utilisation dans cette fonction)
   60 |                 done = true;
      |                        ^~~~

[troumad]

Bonjour

Pour palier le problème avec les booléens, j'ai rajouté ces lignes de codes :

Code :

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

1
2
3
#define false 0
#define true 1
typedef char bool;

mais, j'aimerai savoir pourquoi ce problème est apparu.

[troumad]

Bonsoir

Je continue de parcourir les petits fichiers de test que j'avais fait.

Cette fois, je trouve un code avec SDL_HWSURFACE ou SDL_DOUBLEBUF qui ne passe pas la compilation avec SDL2, mais il a aussi des fonctions qui ne passent qu'avec SDL2 :

Code :

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

1
2
3
4
5
main.c:(.text+0xcfd)*: référence indéfinie vers «*TTF_OpenFont*»
/usr/bin/ld*: main.c:(.text+0xd10)*: référence indéfinie vers «*TTF_OpenFont*»
/usr/bin/ld*: main.c:(.text+0xd50)*: référence indéfinie vers «*TTF_RenderUTF8_Solid*»
/usr/bin/ld*: main.c:(.text+0xdb1)*: référence indéfinie vers «*TTF_RenderUTF8_Solid*»
collect2: erreur: ld a retourné le statut de sortie 1

J'aurais oublié d'installer quoi ?

[Kannagi]

SDL_TTF je pense.

[troumad]

Je l'ai installée. Voici ce que me dit mon système :

Code :

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

Le paquetage lib64SDL_ttf-devel-2.0.11-11.mga8.x86_64 est déjà installé

[Kannagi]

Ce n'est pas le probleme , le compilo dit que tu ne l'as pas link (doit manquer un lSDL_ttf où un truc du genre ).

[troumad]

Je suis bien d'accord avec toi.

[troumad]

Pour aller plus loin, voici la commande de compilation :

Code :

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

gcc -o area couleur.o main.o -export-dynamic -L/usr/lib64 -lSDL

Les librairies qu'il va chercher sont dans /usr/lib64 et elle y sont bien :

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
[troumad@localhost area_erisi2]$ ll /usr/lib64/libSDL_*
lrwxrwxrwx 1 root root     20 févr. 14  2020 /usr/lib64/libSDL_gfx.so -> libSDL_gfx.so.16.9.1*
lrwxrwxrwx 1 root root     20 févr. 14  2020 /usr/lib64/libSDL_gfx.so.16 -> libSDL_gfx.so.16.9.1*
-rwxr-xr-x 1 root root  92816 févr. 14  2020 /usr/lib64/libSDL_gfx.so.16.9.1*
lrwxrwxrwx 1 root root     25 févr. 18  2020 /usr/lib64/libSDL_image-1.2.so.0 -> libSDL_image-1.2.so.0.8.4*
-rwxr-xr-x 1 root root  65632 févr. 18  2020 /usr/lib64/libSDL_image-1.2.so.0.8.4*
lrwxrwxrwx 1 root root     25 févr. 18  2020 /usr/lib64/libSDL_image.so -> libSDL_image-1.2.so.0.8.4*
lrwxrwxrwx 1 root root     26 nov.   3 19:57 /usr/lib64/libSDL_mixer-1.2.so.0 -> libSDL_mixer-1.2.so.0.12.0*
-rwxr-xr-x 1 root root 178312 nov.   3 19:57 /usr/lib64/libSDL_mixer-1.2.so.0.12.0*
lrwxrwxrwx 1 root root     26 nov.   3 19:57 /usr/lib64/libSDL_mixer.so -> libSDL_mixer-1.2.so.0.12.0*
lrwxrwxrwx 1 root root     23 févr. 14  2020 /usr/lib64/libSDL_net-1.2.so.0 -> libSDL_net-1.2.so.0.8.0*
-rwxr-xr-x 1 root root  24024 févr. 14  2020 /usr/lib64/libSDL_net-1.2.so.0.8.0*
lrwxrwxrwx 1 root root     23 févr. 14  2020 /usr/lib64/libSDL_net.so -> libSDL_net-1.2.so.0.8.0*
lrwxrwxrwx 1 root root     21 févr. 14  2020 /usr/lib64/libSDL_Pango.so -> libSDL_Pango.so.1.1.0*
lrwxrwxrwx 1 root root     21 févr. 14  2020 /usr/lib64/libSDL_Pango.so.1 -> libSDL_Pango.so.1.1.0*
-rwxr-xr-x 1 root root  23880 févr. 14  2020 /usr/lib64/libSDL_Pango.so.1.1.0*
lrwxrwxrwx 1 root root     25 avril 20  2020 /usr/lib64/libSDL_sound-1.0.so.1 -> libSDL_sound-1.0.so.1.0.2*
-rwxr-xr-x 1 root root 179432 avril 20  2020 /usr/lib64/libSDL_sound-1.0.so.1.0.2*
lrwxrwxrwx 1 root root     25 avril 20  2020 /usr/lib64/libSDL_sound.so -> libSDL_sound-1.0.so.1.0.2*
lrwxrwxrwx 1 root root     24 févr. 14  2020 /usr/lib64/libSDL_ttf-2.0.so.0 -> libSDL_ttf-2.0.so.0.10.1*
-rwxr-xr-x 1 root root  32272 févr. 14  2020 /usr/lib64/libSDL_ttf-2.0.so.0.10.1*
lrwxrwxrwx 1 root root     24 févr. 14  2020 /usr/lib64/libSDL_ttf.so -> libSDL_ttf-2.0.so.0.10.1*

Comme j'utilise une version de test de Mageia Linux, je viens de tester sur la version courante et sur l'ancienne (encore maintenue), j'ai le même problème. Il y a aussi IMG_Load qui me pose problème.

[troumad]

On vient de me donner un coup de main :

Code :

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

LDFLAGS=-export-dynamic $(shell sdl-config --libs) -lSDL_image -lSDL_ttf

Mon problème est pourquoi sdl-config --libs ne marche pas complètement et que je dois rajouter à la main -lSDL_image -lSDL_ttf ? Dans ce cas, il sert à quoi ?

[Kannagi]

Disons que SDL_image et SDL_ttf sont plus des extensions ,donc doit pas etre pris en compte par sdlconfig.
Il sert à link la SDL de base , pas ces extensions :p

[LittleWhite]

Bonjour,

Une autre solution pour les booléens : utiliser g++ à la place de GCC. Il compilera le code pareil (ou presque?) et reconnaîtra les true/false.