Discussion :

[BigNic]

Bonjour,
j'utilise deux bibliothèques static qui definisse chacune des "objets" de même nom. A savoir une classe TOTO pour la bibliothèque A et une enum TOTO pour la bibliothèque B. Cela me pose problème à la compile. Comme on est en C++ y a les espaces de nomages pour gérer ce genre de problème, le problème c'est que je n'ai pas la main sur ces deux bibliothèque et que leurs développeur on omis d'y définir des espaces de nomages.
Pour l'instant je gérai la chose en séparant l'utilisation de l'une et de l'autre dans des fichiers séparés.
Mais là, j'ai un cas ou je suis obligé d'utiliser les deux bibliothèques dans une seul fichier.
Je vois bien deux solutions pour éviter cela mais elle ne me plaisent pas:
1) Modifier mon design, créer un sorte d'objet tampon qui ne sert à rien sauf de résoudre le problème.

2) Séparer le code de mon objet dans deux fichiers un qui inclut la lib A et ne definissant que les methodes utilisant A et l'autre fichier la même chose avec la lib B. Mais cela viole les règles de dev de ma boite et apporte de la confusion -> difficulté à la première approche pour ceux qui passeront après moi. En plus les deux fichier aboutiront à un même .o donc je ne suis pas sur que ça marche.

Avez vous d'autres solutions à me proposer ?

[xxiemeciel]

Salut,

je ne vois pas d'autre solutions que celles que tu as ennoncé sauf peut etre changer de librairie pour en utiliser une mieux codée avec des espaces de nommages ou des noms moins generiques.

peux tu redefinir le enum TOTO dans tes propres fichier plutot que d'inclure celui de ta librairie ?

[BigNic]

peux tu redefinir le enum TOTO dans tes propres fichier plutot que d'inclure celui de ta librairie ?

Ben je n'utilise pas que l'enum dans la lib j'utilise aussi des fonctions, donc pas possible.

Merci d'avoir pris le temps de me répondre tout de même.

[10_GOTO_10]

Peut-être une idée:

Code :

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

1
2
3
4
5
6
7
8
9
10
#define TOTO TOTO_A
#include "A.h"
#undef TOTO
#define TOTO TOTO_B
#include "B.h"
#undef TOTO
 
...
 
TOTO_A * Toto = new TOTO_A();

[xxiemeciel]

ca pourrait etre une solution mais je ne crois pas qu'il soit possible de faire un #undef sur quelquechose qui n'a pas ete definie par #define.

et une classe et un enum ne sont pas defini par #define

[Luc Hermitte]

En créent des enveloppes proxy qui changent les noms peut-être.

Sinon, contacter ceux qui te fournissent ces bibliothèques et leur expliquer gentillement que finalement tu ne pairas pas la licence car leur produit est inutilisable avec l'autre produit. Et que donc tu passes à la concurrence.

[BigNic]

Sinon, contacter ceux qui te fournissent ces bibliothèques et leur expliquer gentillement que finalement tu ne pairas pas la licence car leur produit est inutilisable avec l'autre produit. Et que donc tu passes à la concurrence.

Se serait bien, mais je peut ni pour l'une ni pour l'autre. Pour cause de monopole totale. Ils sont les seuls à faire ce qu'il font et même si je voulais tout redévelopper à la main il ne me donneront jamais les spécifications necessaire pour le faire.
Pour le proxy c'est ce que je voulait dire dans ma solution deux. Mais je trouve ça casse pied à faire et encore plus à maintenir. Car dès que l'une ou l'autre des bibliothèques va évoluer il faudra faire évoluer ma classe proxy.

[10_GOTO_10]

une classe et un enum ne sont pas defini par #define

Bien sûr, et je n'ai jamais dit une chose pareille. Ce que mon code faisait, c'est juste remplacer le nom de l'ENUM (par exemple) :

Code :

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

1
2
3
#define TOTO TOTO_B
enum TOTO {Val1, Val2, Val3};
#undef TOTO

est équivalent à :

Code :

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

enum TOTO_B {Val1, Val2, Val3};

Et c'est le but recherché (ne plus avoir de conflit avec ce garnement de TOTO)

[Jean-Marc.Bourguet]

Bien sûr, et je n'ai jamais dit une chose pareille. Ce que mon code faisait, c'est juste remplacer le nom de l'ENUM (par exemple) :

Code :

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

1
2
3
#define TOTO TOTO_B
enum TOTO {Val1, Val2, Val3};
#undef TOTO

est équivalent à :

Code :

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

enum TOTO_B {Val1, Val2, Val3};

Et c'est le but recherché (ne plus avoir de conflit avec ce garnement de TOTO)

Le probleme c'est que la bibliotheque a des fonctions compilees utilisant TOTO et le mangling encode ce fait. Donc risque important d'avoir des problemes au link.

[JolyLoic]

Déjà, des bibliothèques qui utilisent des noms comme TOTO, ça fait pas sérieux

A mon avis la meilleure méthode reste le bug report. Après tout, c'est pour ce genre de choses qu'on paye une maintenance.

Une solution hyper crade, qui me force à dire "Bien entendu, au cas où vous seriez tué ou capturé, nous nierons avoir eu connaissance de vos agissements.", mais qui a déjà servi dans un cas similaire au frère d'un ami d'une connaissance lointaine, consiste à modifier tes .h pour remplacer TOTO par un autre mot ayant autant de lettres, puis à faire de même en binaire au niveau de tes bibliothèques. Il suffit alors d'égorger quelques poulets noirs et de brûler un cierge, et il se peut que ça marche.

[BigNic]

Une solution hyper crade, qui me force à dire "Bien entendu, au cas où vous seriez tué ou capturé, nous nierons avoir eu connaissance de vos agissements.", mais qui a déjà servi dans un cas similaire au frère d'un ami d'une connaissance lointaine, consiste à modifier tes .h pour remplacer TOTO par un autre mot ayant autant de lettres, puis à faire de même en binaire au niveau de tes bibliothèques. Il suffit alors d'égorger quelques poulets noirs et de brûler un cierge, et il se peut que ça marche.

Je collectionne les annonces de marabout, donc les poulets égrogé ça me connais , mais je préfère tout de même une solution à base de classe proxy. Moins hasardeux et plus propre. Et surtout si mon chef me choppe à faire ça je finirais comme ça
Quand au bug report je vais essayer, mais les libs sont gratos et donc la maintenance rare.

[tut]

Déjà, des bibliothèques qui utilisent des noms comme TOTO, ça fait pas sérieux

A mon avis la meilleure méthode reste le bug report. Après tout, c'est pour ce genre de choses qu'on paye une maintenance.

Une solution hyper crade, qui me force à dire "Bien entendu, au cas où vous seriez tué ou capturé, nous nierons avoir eu connaissance de vos agissements.", mais qui a déjà servi dans un cas similaire au frère d'un ami d'une connaissance lointaine, consiste à modifier tes .h pour remplacer TOTO par un autre mot ayant autant de lettres, puis à faire de même en binaire au niveau de tes bibliothèques. Il suffit alors d'égorger quelques poulets noirs et de brûler un cierge, et il se peut que ça marche.

Je comprends mieux pourquoi tu es "membre chevronné". Félicitations, une idée pareille faut avoir des ressources quand même !

[BigNic]

modifier tes .h pour remplacer TOTO par un autre mot ayant autant de lettres, puis à faire de même en binaire au niveau de tes bibliothèques. Il suffit alors d'égorger quelques poulets noirs et de brûler un cierge, et il se peut que ça marche.

En tout cas je retient la technique, elle pourra servir à faire des blagues à des potes au prochain 1er avril.