Discussion :

[Battant]

Bonjour,

J'ai téléchargé un plut-in gimp que je dois compiler et l'installer. Problème dans le fichier main.c, il y a par exemple la ligne suivante.

Code :

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

1
2
 
#include <libgimp/gimp.h>

Chez moi, ces fichier sons stocké dans des sous-dossier de /opt/locat (mpacport pour ceux qui connaissent).

J'ai besoin de pourvoir ajouter le dossier ainsi que les sous-dossier aux dossier par défaut sachant que je compile avec make et xcode.

Y'a-t-il un moyen simple d'ajouter ces dossiers aux dossiers par défaut pour xcode ainsi que tous les compilateur ?

Je précise que je travaille sur mac os x.

Merci pour votre réponse.

Salutations

[Neckara]

Bonjour,

Je ne peux pas vraiment t'aider vu que je n'ai pas de mac, ni de xcode.
Il faut rajouter le dossier libgimp au PATH.

Essaye de regarder dans le options du projet s'il n'y a pas de PATH dans l'environnement de compilation.

Sinon tu peux essayer de modifier ton PATH de manière permanente, si ça marche comme sous Linux ça devrait être quelque chose comme ça :

Code :

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

echo "export PATH=/nouvelle_repertoire:$PATH" > ~/.bashrc

[gangsoleil]

Y'a-t-il un moyen simple d'ajouter ces dossiers aux dossiers par défaut pour xcode ainsi que tous les compilateur ?

Tu veux dire a part modifier le makefile pour ajouter le repertoire d'include ?
Oui, il existe une solution, mais ce n'est pas forcment super propre si tu es amene a changer de machine.

[Battant]

Bonjour,

Non, j'ai toujours la même machine ou plus exactement toujours la même structure de répertoire

Mes fichiers include se trouve toujours dans le dossier suivant ainsi que les sous-dossier Je voudrais donc que l'utilitaire make puisse les analyser.

Code :

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

1
2
 
opt/local/include

Pour voir si ça marchait, j'ai exécuter la commande ci-dessous avant de réexécuté make mais sans succes.

Code :

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

1
2
 
export $PATH=$PATH:/opt/local/include:/opt/local/include/gimp-2.0/libgimp

Pourriez-vous m'aider ?

Salutations

[Neckara]

Attention, si tu inclus le dossier libgimp au PATH, il faut alors faire :

Code :

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

#include <gimp.h>

A moins bien sûr que ton dossier libgimp inclus contienne un autre dossier nommé libgimp.

[Bktero]

$PATH ne sert pas plutôt de chemin de recherche pour trouver les exécutables appelés dans le shell ? On tape ls plutôt que /bin/ls car /bin est dans $PATH.

J'ai un Mac mais Xcode m'a paru lourd pour faire 4 lignes de code, du coup, je vais avec gcc. Là, maintenant, je suis sous Linux Mint mais le principe de gcc reste le même.

Dans ton cas, as-tu tester d'indiquer à gcc ce nouveau dossier de recherche avec l'option -I ? Tu aurais donc -Iopt/local/include.

[Neckara]

$PATH ne sert pas plutôt de chemin de recherche pour trouver les exécutables appelés dans le shell ?

Le PATH est aussi utilisé par les compilateurs pour rechercher les fichiers d'en-tête.
Essaye un whereis pthread.h.

[Bktero]

Code :

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

1
2
3
4
5
6
7
8
9
10
pierre@pierre-mint:~/Documents/TestsC$ ls
commande.c  commande.h  commande.o  fork_commandes_shell.c  Includes  main.c  main.o  test.log
pierre@pierre-mint:~/Documents/TestsC$ whereis commande.h
commande:
pierre@pierre-mint:~/Documents/TestsC$ PATH=$PATH:$(pwd)
pierre@pierre-mint:~/Documents/TestsC$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/pierre/Documents/TestsC
pierre@pierre-mint:~/Documents/TestsC$ whereis commande.h
commande:
pierre@pierre-mint:~/Documents/TestsC$

Sauf si je me suis trompé, ça n'a pas l'air de marcher

Dans les pages de manuel, il y a une liste de dossiers : est-ce qu'il ne limite pas ses recherches à ses endroits ?


EDIT : http://gcc.gnu.org/onlinedocs/cpp/Search-Path.html --> il y a la liste des dossiers où gcc recherche les fichiers d'en-tête

[Jean-Marc.Bourguet]

- J'ai jamais vu un compilateur chercher les includes dans $PATH, ca m'etonnerait que ce soit le cas sous MacOS

- Les projets bien concus permettent de configurer ou trouver leur dependance, et documentent la procedure (ne fut-ce qu'en commentaire en tete du Makefile)

- Les variables passees comme arguments a make ont priorite sur celles qui sont definies dans le Makefile,

Code :

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

1
2
 
   make CPPFLAGS=-I/le/chemin/qui/va/bien

ou variante peut permettre de s'en sortir dans modifier le Makefile.

[Neckara]

Je peux me tromper aussi^^

whereis ne se base pas sur le PATH mais sur une liste de répertoire standard sous Linux.

Un whereis d'une en-tête C standard marchera car ils sont tous contenus dans /usr/include/
D'ailleurs après vérification /usr/include n'est pas dans le PATH.

Je vais quand même vérifier sur QtCreator car il me semblait bien que dans "l'environnement de compilation", /usr/include était bien dans le PATH.
EDIT : non apparement il n'y est pas, j'ai dû lire trop vite.

Bon, après croyant que whereis se base sur le PATH et voyant que whereis stdio.h marche, j'ai pu faire un raccourcit trop rapide. Mea Culpa.

[mitkl]

Si tu utilises XCode, il faut que tu ailles dans les options de ton projet et tu cherches "Header Search Paths".