Discussion :

[LastSpear]

Bonjours à tous

Vouala, je dispose d'un moteur graphique relativement conséquent, et une entreprise est intéressé par l'utilisation de certain morceaux. Seulement je l'ai toujours développé comme si c'était le contenu d'une application.
Alors j'aimerai le transformer en une libraire statique. Jusque là, aucun souci, cela se compil. Le problème est qu'il y a vraiment beaucoup de .h (une centaine au bas mot) liée au différente class disponible.

Est il possible de géré la création d'un (ou plusieurs) .h associé au .lib de manière automatique ?

Je programme sur Visual C++ 2010.

Merci de votre aide.

[Bousk]

Bonjour,

je ne comprends pas ton problème.
Tu as déjà tes .h, alors que veux-tu de plus ?
Que le projet contienne une centaine de header... oui ça parait beaucoup, et en même temps si peu.
Il faut proposer tous les headers, c'est au client d'inclure ceux qui l'intéresse selon son code et ce qu'il utilise dans cette partie du code.

[oodini]

Tu n'as peut-être pas besoin non plus que ton client ait la connaissance de toute ton interface. Tu peux ne fournir que certains .h.

Voire en recoder pour cacher certains détails.

[LastSpear]

Le souci, est que les headers sont à coté de leurs cpp respectif, bien trillé dans des répertoires. Et j'aimerai que de manière automatique, après la compilation, que tout les répertoires soient copiés dans un répertoire final, main ne contenant que les headers. Car je peut être mené à faire beaucoup de release du moteur, pour le complété car je développe moi même d'un jeu vidéo. Mais j'apprécierais ne pas à avoir à sélectionné chaque headers à la sourie pour les copier dans ce répertoire final à chaque foi.

[koala01]

Salut,

Et si tu commençais, tout simplement, par créer une "double arborescence": d'un coté (dans un dossier souvent appelé src), tu mettrais l'arborescence des fichiers d'implémentations (*.cpp), et de l'autre (souvent appelé ... include), tu mettrais tes fichiers d'en-tête (*.h / *.hpp)

Tu devrais avoir "relativement" facile à modifier ton projet en conséquence (le plus souvent, il "suffit" d'indiquer le dossier à partir duquel tu veux que le compilateur cherche les fichiers d'en-tête).

Tu ne ferais donc ce travail qu'une seule fois, puis tu serais tout à fait tranquille (à condition, bien sur, de respecter cette nouvelle règle lorsque tu rajoutes des fichiers à ton projet )

Après, si ton arborescence est plus complexe du genre de

Code :

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

1
2
3
4
5
6
7
8
9
racine
    |- dossier1
    |    |- *.cpp +*.hpp 
    |- dossier2
    |    |- *.cpp +*.hpp 
    |- dossier3
    |    |- *.cpp +*.hpp 
    |- dossier4
    |    |- *.cpp +*.hpp

il se peut en effet que tu doives modifier tes directives #include pour leur permettre de prendre l'arborescence en compte.

Mais la plupart des EDI permettent de faire une recherche et un remplacement sur l'ensemble des fichiers et tu devrais avoir *relativement* facile à faire en sorte de modifier (grace à ton EDI) tes #include "fichier1.hpp" en #include <dossier1/fichier1.hpp>