Discussion :

[Tomfun]

Bonjour à tous,

je me galère depuis un bon bout de temps et pas moyen de trouver réponse à ma question.

Voilà, je m'amuse avec un programme que j'essaie de modifier. Celui-ci inclus le fichier config.h. Je me suis renseigné un peu partout, je sais que c'est mon configure qui doit générer ce fichier. J'ai beau lancer le configure, impossible, de trouver ce fameux config.h...

Donc plusieurs questions me viennent à l'esprit :
- dans quel répertoire est généré config.h ?
- y'a-t-il des options dans le configure pour spécifier le répertoire où se trouve config.h ?

Si des personnes peuvent m'apporter leur expertise, ça serait génial !

Tom

[Sve@r]

- dans quel répertoire est généré config.h ?

find répertoire_de_base_du_programme -name "config.h" -print

- y'a-t-il des options dans le configure pour spécifier le répertoire où se trouve config.h ?

Ca dépend dudit programme !!!

Si des personnes peuvent m'apporter leur expertise, ça serait génial !

Si tu pouvais donner le nom du programme ce serait génial

[LittleWhite]

Bonjour,

Le nom du logiciel, ça sera un bon début pour votre prochain message

Sinon, le configure s'execute correctement, sans erreurs au moins?

[Tomfun]

Merci pour vos réponses.

Je ne vois pas pourquoi vous auriez besoin du nom du programme. Ce n'est pas un logiciel public. En fait je posais ces questions en général, c'est-à-dire qu'est-ce que le configure fait de ce config.h par défaut et si certains paramètres peuvent changer la localisation de ce config.h. Et s'il y avait moyen de le localiser autrement que par son nom (si jamais le nom a été changer par exemple ...). En tout cas le configure se génère correctement. Pas de souci là dessus. C'est surtout pour ma compréhension personnelle, car voir un "#include <config.h>" sans pouvoir localiser ce fichier (même en lançant un find) et en ayant aucune erreur de compilation, c'est intriguant.

[LittleWhite]

Code :

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

1
2
 
#include <config.h>

les '<' et '>' indique que le compilateur ( enfin le préprocesseur pour être précis ) doit regarder dans les répertoires d'inclusion systèmes ( /usr/include , au moins )
Pour afficher les répertoires utilisé par gcc, on peut utiliser l'option -v.
Ce qui pourra vous aider un peu.

[Tomfun]

Merci pour cette info LittleWhite.

Je pense avoir trouver la solution. Je connais pas très bien les autotools, dont celui pour générer le configure. Mais j'y ai jeté un coup d'oeil et j'en tire la conclusion que le configure génère bien un config.h mais je pense qu'il a été renommé via la déclaration :

Code :

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

ac_config_headers="$ac_config_headers project-config.h"

Puisqu'en jetant un coup d'oeil dans ce fameux project-config.h, ça ressemble grandement à ce qu'un config.h contient, du genre :

Code :

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

1
2
3
4
5
/* Define to 1 if you have the <sys/socket.h> header file. */
#define HAVE_SYS_SOCKET_H 1
 
/* Define to 1 if you have the <sys/stat.h> header file. */
#define HAVE_SYS_STAT_H 1

Dites-moi si je suis dans le faux, sinon je crois que je vais m'en tenir là

[Sve@r]

Code :

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

1
2
 
#include <config.h>

les '<' et '>' indique que le compilateur ( enfin le préprocesseur pour être précis ) doit regarder dans les répertoires d'inclusion systèmes ( /usr/include , au moins )

... plus les répertoires indiqués par l'option "-I"...

Merci pour cette info LittleWhite.

Je pense avoir trouver la solution. Je connais pas très bien les autotools, dont celui pour générer le configure. Mais j'y ai jeté un coup d'oeil et j'en tire la conclusion que le configure génère bien un config.h mais je pense qu'il a été renommé via la déclaration :

Code :

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

ac_config_headers="$ac_config_headers project-config.h"

Puisqu'en jetant un coup d'oeil dans ce fameux project-config.h, ça ressemble grandement à ce qu'un config.h contient, du genre :

Code :

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

1
2
3
4
5
/* Define to 1 if you have the <sys/socket.h> header file. */
#define HAVE_SYS_SOCKET_H 1
 
/* Define to 1 if you have the <sys/stat.h> header file. */
#define HAVE_SYS_STAT_H 1

Dites-moi si je suis dans le faux, sinon je crois que je vais m'en tenir là

Ben que peut-on te dire de plus ? Tu nous parles d'un soft privé en nous demandant notre avis sur les erreurs de compilation. La seule réponse qu'on peut te faire, c'est que c'est pas nous qui l'avons écrit. Perso ça m'est déjà arrivé de compiler des softs GPL et de découvrir un couac à cause d'un type non créé ou autre connerie à 2 balles qui a heureusement pu être "rustiné" en une ou deux lignes (une fois j'ai même écrit un script shell qui commençait par réparer automatiquement un ou plusieurs sources avant de lancer la compilation).
Alors oui, il peut y avoir eu un raté entre le nom du fichier et le nom demandé dans le source. Tu peux toujours renommer "project-config.h"en "config.h" et tenter une nouvelle compilation pour vérifier...