bibliothèque et include

Bonjour à tous,

j'ai une question à laquelle je n'ai jamais trouvé de réponse et qui me taraude toujours. Ou bien j'ai oublié. Ou ils sentaient pas bon. Enfin ils veulent pas :]

Alors on est sous Windows, avec visual studio (peu importe la version).
On a une solution avec 2 projets.
Le premier projet est une bibliothèque statique. Cette bibliothèque utilise une bibliotèque externe, par exemple boost.
Le deuxième projet est un exécutable qui utilise la bibliothèque du premier projet.

Un des en-tête de la lib du premier projet inclus un en-tête de boost. Par exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10

// fichier UneClasseDeLaLib.h   #ifndef UNECLASSEDELALIB_H #define UNECLASSEDELALIB_H   #include <boost/date_time/posix_time/posix_time.hpp>   class UneClasseDeLaLib { //etc.

---

et dans le projet exécutable, quelque part on a un

Code:

---

#include "UneClasseDeLaLib.h"

---

L'exécutable du 2eme projet n'est pas sensé connaitre boost lui. Lui en s'en fiche de boost, il n'en a pas besoin directement. Donc il ne link pas boost ni n'est configuré pour savoir où sont les .h de boost.

Mais ça ne marche pas. A la compilation de l'exécutable, le compilateur me donne une erreur disant qu'il ne trouve pas le fichier boost/date_time/posix_time/posix_time.hpp

Comment faire pour éviter d'avoir à configurer le projet de l'exécutable pour boost?

Salut Rod,

J'ai du rater quelque chose dans ta question, parce que j'ai l'impression que la réponse est dans la question ?

Soit tu veux faire ceci :

Code:

---

1 2 3 4 5 6 7

class UneClasseDeLaLib { public : void m(const boost::time& ...); ... }

---

et ce n'est pas possible de ne pas fournir la définition de time à l'utilisateur, puisqu'il en a besoin.

Soit tu veux faire ceci :

Code:

---

1 2 3 4 5 6 7

class UneClasseDeLaLib { private : void m(const boost::time& ...); ... }

---

et à ce moment-là tu dois inclure la partie publique de tes classes dans la lib, ce qui reste (à ma connaissance) quelque chose de spécifique à tel ou tel compilateur.

Un post précédent parle de ceci et Flo semble avoir mis ça en place.

Bonne journée

Tu peux déplacer les includes de boost dans les fichiers d'implémentation de la bibliothèque et:
- mettre des déclarations anticipées à la place, si les éléments de boost sont utilisé uniquement sous forme de pointeur, de référence ou de paramètres de fonctions,
- ou cacher tous les éléments de boost derrière un seul pointeur vers une structure opaque également déclarée de façon anticipée (idiome pimpl/d-pointer/cheschire cat).

@feriaman: en fait mon problème est lorsque la variable est membre de la classe de la lib:

Code:

---

1 2 3 4

class UneClasseDeLaLib { private : boost::time m_time;

---

@alexisdm: effectivement, le cheshire cat... mais je trouve que c'est un peu lourd, surtout lorsque la classe en question est une petite structure, mais bon, je ne crois pas qu'il y a d'autre moyen.

Ce type de problème est inhérent au dev de bibliothèque. C'est un bon exemple qui montre que le dev de bibliothèque est très différent du dev d'application, même au niveau technique.

Citation:

---

Envoyé par r0d

@feriaman: en fait mon problème est lorsque la variable est membre de la classe de la lib:

Code:

---

1 2 3 4

class UneClasseDeLaLib { private : boost::time m_time;

---

.

---

Ok. Le seul point important de mon point de vue, c'est public ou privé.

• public => impossible
• privé => il ne faut exporter que la partie publique.

Partant de là, on peut se demander comment faire.
Le fait de séparer à la main public/privé est une solution.
Peut-être que certains compilateurs permettent de n'exporter la partie privée en déclarant spécifiquement que tu n'exporte pas ceci ou cela.

Encore une fois, l'export de classes en C++, c'est pas au point, et certainement pas portable.

Citation:

---

Envoyé par r0d

....

---

2 solutions (avec des tas de fenêtres avec presque pas de murs) :
=> Ou boost fait parti de l'interface publique de ta bibliothèque et alors boost est une dépendance apportée par ta bibliothèque à ton programme
=> ou boost fait parti de l'implémentation privée de ta bibliothèque, et là : pimpl idiom pour n'avoir qu'une interface de fonctions publiques uniquement.