Discussion :

[slmh1]

Bonjour,
J'utilise Code Blocks 20.03 (compilateur GNU GCC compiler) avec la librairie graphique SDL2 (SDL-devel-2.0.3-mingw). Je veux faire de l'affichage de texte et utilise SDL2_ttf-devel-2.0.18-mingw.
Mes 3 premières lignes sont #include <SDL2/SDL.h> #include <SDL2/SDL_ttf.h> ou #include <SDL_ttf.h> et #include <stdio.h>.
Quand je click sur Build pour vérifier mon programme j'ai "fatal erreur: SDL.h : No such file or directory" que cela soit dans la prog main.cpp ou SDL_ttf.h alors que ce dernier fichier est dans : Project - Build options - Projet Texte -linker settings (dans plusieurs endroits) comme le montre le fichier Projet Texte linker settings.jpg.
J'ai aussi mes 3 fichiers comme le montre Projet Texte Search dir.jpg que cela sur linker avec lib ou compiler avec include et mon fichier SDL2.dll est mis dans le répertoire de mon projet.
Est-ce que je pourrais avoir une solution pour résoudre ce problème?
Merci.

[bacelar]

Les fichiers d'en-tête sont utilisés lors du pre-processing/compilation, a n'a donc rien à voir avec les options de l'éditeur de lien (linker).
C'est donc dans les options du compilateur qu'il faut ajouter/corriger les répertoires de recherche.
(Faites le ménage dans les options du linker, parce que là, c'est un peu la fête à la saucisse.)

[slmh1]

Même si je garde dans linker settings les fichiers libmingw.a , main.a , . dll , et un seul fichier SDL_ttf.h j'ai toujours le problème : no such file or directory.

[slmh1]

dans search directories - complier j'ai 3 répertoires includes :
* codeBlocks\MinGW\include
* i686-w64-mingw32\include de SDL2-devel et de SDL2_ttf
donc pour moi ce n'est pas là ou il y a un problème à moins qu'il me manque un autre répertoire ?.

[bacelar]

et un seul fichier SDL_ttf.h

Un .h n'a rien à faire dans le paramétrage du linker, ce n'est pas un type fichier géré par le linker.

* i686-w64-mingw32\include de SDL2-devel et de SDL2_ttf

C'est à dire ???

Code :

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

#include <SDL2/SDL.h>

Il faut donc que dans l'un des répertoires spécifiées dans "dans search directories - compilier", il y ait un sous-répertoire "SDL2" contenant un fichier "SDL.h".

donc pour moi ce n'est pas là ou il y a un problème à moins qu'il me manque un autre répertoire ?.

Si vous êtes si sûr de vous, faites des copies d'écran de la configuration des options du compilateur ainsi que d'un explorateur de fichiers montrant le chemin vers le sous-répertoire "SDL2" et le contenu de ce sous-répertoire.

[Bousk]

Vus tes path, ton setup semble bien wild
Tu as plusieurs sources dans la section Jeux/2d/3d
https://alexandre-laurent.developpez...configuration/
Y compris des templates pour C::B
https://jeux.developpez.com/telechar...ur-Code-Blocks
https://jeux.developpez.com/telechar...ur-Code-Blocks

[slmh1]

Voici une copie de search directories et recherche de SDL.h.
Est-ce que je devrais mettre le fichier SDL.H dans search directories ?

[slmh1]

En fait SDL.h ne me pose pas de problème car il est repris dans include puis SDL2 ce n'est que SDL_ttf.h qui me donne des difficultés.

[slmh1]

voici une copie de l'explorateur contenant le fichier SDL.h

[bacelar]

En fait SDL.h ne me pose pas de problème car il est repris dans include puis SDL2 ce n'est que SDL_ttf.h qui me donne des difficultés.

Pouvez-vous être plus clair ???
Donnez les copies d'écran qui justifierait vos conclusions, SVP ?

Parce que initialement :

Quand je click sur Build pour vérifier mon programme j'ai "fatal erreur: SDL.h : No such file or directory" que cela soit dans la prog main.cpp ou SDL_ttf.h

il n'y aucune ambiguïté sur le fichier qui "manque".
Le fait qu'il ne mentionne pas "SDL2", il y a des chances que le problème ne vienne pas de "#include <SDL2/SDL.h>" mais plus d'une ligne de la forme "#include <SDL.h> ou '#include "SDL.h"' dans un fichier quelconque du projet.
Utilisez les options dans votre IDE pour avoir l'affichage des résultats de préprocessing. Mais, normalement, le message d'erreur devrait déjà indiquer le fichier cpp en cours de compilation qui pose problème, NE TRONQUEZ PAS LE MESSAGE D'ERREUR.

Des chemins relatifs dans les "Search Directories" du compilateur, super. Mais relatif à quoi ???
Et un chemin relatif qui passe par "Program Files (x86)", comment dire ? Ca sent pas la rose.

Affichez les traces des commandes de génération (via les options de votre IDE, très probablement) pour savoir précisément ce que vous envoyez comme valeur dans les lignes de commandes exécutées par votre chaine de génération.

Clairement, vous manquez de beaucoup de rigueur dans la configuration de votre chaine de génération.

Dans votre copie d'écran sur la recherche d'un fichier "SDL.h", vous ne nous donnez même pas les chemins en entier. Comment vérifier que c'est "OK" ???
Si vous comptiez accéder au fichier "SDL.h" qui est dans "C:/Program Files (x86)", c'est rappé car il y a un répertoire "opt" avant le répertoire "include" contenant un "SDL.h". (Et en plus il n'y a pas de répertoire "SDL2" dans cette arborescence)
Pour les chemins contenant des répertoires commençant par "i686-w64...", vous êtes sûr qu'il faut les coller dans les options de compilation ???
C'est le genre de répertoires que les options de compilation de type "TARGET PLATEFORM" gèrent "automatiquement".
Normalement, c'est plus celui qui est dans ".../SDL2-2.0.3/include/" qu'il faut inclure car il est "TARGET PLATEFORM" agnostique. Si nécessaire, c'est ce fichier "SDL.h" qui fera de dispatching en fonction des "TARGET PLATEFORM" pour inclure la version spécifique au "TARGET PLATEFORM".
Mais il n'y a pas de répertoire "SDL2" dans ces arborescences.
Il manquerait pas un petit paquet de liens symboliques dans votre système de fichier pour que vos sources "compilent" correctement ???

Le fichier indiqué dans la copie d'écran du message du "03/12/2025, 22h39", il peut "fonctionner" si le "../.." spécifié dans les options de compilation "tombe" sur "C:" mais rien ne le garantit car on ne connait pas le "working directory" de ces chemins.

J'ai l'impression que vous gérez les "TARGET PLATEFORM" un peu beaucoup à l'arrache.

N'avez-vous pas un peu trop lu de travers les instructions que vous suivez pour utiliser cette librairie dans ce vieux clou de C::B ?