Bonjour, Je tiens à préciser que je débute en programmation C / SDL donc si je viens de poster une grosse bétise ... milles excuses d'avance.
Voilà après avoir installé le package libsdl-image1.2-dev, la commande: sdl-config --libs retourne toujours: -L/usr/lib -lSDL et pas: -L/usr/lib -lSDL -lSDL_image or actuellement entrain de développer sous Kdevelop, celui-ci m'indique ne pas trouver les fonctions de la SDL_Image: undefined reference to `IMG_Load' Dans les sources de mon projet Kdevelop, j'ai trouvé dans le fichier configure.in la ligne suivante: LIBSDL_LIBS="`$LIBSDL_CONFIG --libs`" que j'ai remplacé par: LIBSDL_LIBS="-L/usr/lib -lSDL -lSDL_image" où LIBSDL_LIBS m'a l'air d'être défini par: KDE_FIND_PATH(sdl-config, LIBSDL_CONFIG, [${prefix}/bin${exec_prefix}/bin /usr/local/bin /opt/local/bin], [AC_MSG_WARN([Could not find libsdl anywhere, check http://www.sdl.org])]) et là ça marche. J'ai regardé la doc de sdl-config pour voir si il y avait une option pour "rafraichir" les informations et prendre en compte les extensions SDL .... mais rien. Donc mes questions sont les suivantes: 1. Est-ce que sdl-config doit renvoyer les informations relatives à l'ensemble des librairies SDL (SDL + extensions) ou uniquement la SDL ? 2. Si sdl-config ne renvoi que les informations de la SDL, alors comment configurer Kdevelop pour qu'il reconnaisse les nouvelles librairies sans avoir à "bidouiller" les fichiers de configuration de la compilation ? Si nécessaire, je peux fournir plus d'informations (log, code sources, version ...etc) Merci de votre aide et bonne soirée. Salokine. Informations complémentaires: Linux salokine-laptop 2.6.26-1-686 #1 SMP Fri Aug 8 18:51:38 UTC 2008 i686 GNU/Linux ii libsdl-gfx1.2-4 2.0.13-4 drawing and graphical effects extension for ii libsdl-image1.2 1.2.6-3 image loading library for Simple DirectMedia ii libsdl-image1.2-dev 1.2.6-3 development files for SDL 1.2 image loading ii libsdl-mixer1.2 1.2.8-4 mixer library for Simple DirectMedia Layer 1 ii libsdl-net1.2 1.2.7-2 network library for Simple DirectMedia Layer ii libsdl-ttf2.0-0 2.0.9-1 ttf library for Simple DirectMedia Layer wit ii libsdl1.2-dev 1.2.13-2 Simple DirectMedia Layer development files ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii libsdl1.2debian-alsa 1.2.13-2 Simple DirectMedia Layer (with X11 and ALSA ii kdevelop 4:3.5.2-1 An IDE for Unix/X11 ii kdevelop-data 4:3.5.2-1 An IDE for Unix/X11 - data ii kdevelop-doc 4:3.5.2-1 An IDE for Unix/X11 - documentation ------------------------------------------------------- Précision: Dans le log de Kdevelop, je vois en tout début de log: configure.in:12: warning: underquoted definition of KDE_FIND_PATH configure.in:12: run info '(automake)Extending aclocal' configure.in:12: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal Il n'y a pas de coïncidence en informatique ... la fonction KDE_FIND_PATH ne serait-elle pas buggée ? Cette fonction est déclarée dans le configure.in autogénéré par Kdevelop dont voici l'extrait du code en fin de mail. Donc, mon problème ne serait-il pas issu d'un bug dans le modèle utilisé par Kdevelop ? Merci et bonne soirée. Salokine. Extrait du code: dnl KDE_FIND_PATH(programm-name, variable-name, list of directories, dnl if-not-found, test-parameter) AC_DEFUN(KDE_FIND_PATH, [ AC_MSG_CHECKING([for $1]) if test -n "$$2"; then kde_cv_path="$$2"; else kde_cache=`echo $1 | sed 'y%./+-%__p_%'` AC_CACHE_VAL(kde_cv_path_$kde_cache, [ kde_cv_path="NONE" dirs="$3" kde_save_IFS=$IFS IFS=':' for dir in $PATH; do dirs="$dirs $dir" done IFS=$kde_save_IFS for dir in $dirs; do if test -x "$dir/$1"; then if test -n "$5" then evalstr="$dir/$1 $5 2>&1 " if eval $evalstr; then kde_cv_path="$dir/$1" break fi else kde_cv_path="$dir/$1" break fi fi done eval "kde_cv_path_$kde_cache=$kde_cv_path" ]) eval "kde_cv_path=\"`echo '$kde_cv_path_'$kde_cache`\"" fi if test -z "$kde_cv_path" || test "$kde_cv_path" = NONE; then AC_MSG_RESULT(not found) $4 else AC_MSG_RESULT($kde_cv_path) $2=$kde_cv_path fi ]) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]