Discussion :

[black_hole]

Bonjour,

Je vous expose mon soucis, j'ai compiler mon projet sous forme d'une librairie et celui-ci utilise OpenCV. La compilation sur mon pc A se passe bien
J'intégre ma librairie dans un autre projet pour l'utiliser et ca fonctionne correctement sur mon pc A. Mon pc a à la version 3.1 d'opencv.

Sur mon pc B, je prend ma librairie compilé et mon projet compilé et je les execute. Il me dis qu'il trouve pas la version 3.1 d'opencv car la version 2.4 y est installé.

Faut-il forcément que les deux pc aient la même version d'OpenV pour que ca fonctionne?
Y'a-il une astuce pour compiler sur le pc A à partir d'une version OpenCV "générique" pour que le pc B face le lien sur la version 2.4 qu'il possède?

Si quelqu'un pouvait m'éclairer sur ce soucis.

[bacelar]

On parle de librairies dynamiques type .so ou .dll, ou bien d'autre chose ???

[ternel]

En fait, il faut bien comprendre que des versions différentes d'une bibliothèque constituent en réalité deux bibliothèques différentes.
Elles sont différentes justement parce que la version récente est une évolution de la plus ancienne.
Par contre, elles peuvent être plus ou moins compatible
Mais une version ancienne ne fournit pas tout ce que fournit la nouvelle.

Il y a aussi la "rétro compatibilité": la compatibilité avec l'ancien.
En général, les numéros de versions ont une signification au niveau compatibilité: si le premier numéro (la version majeure) est différente, les deux versions sont probablement non compatible: des fonctions ont disparus, ont changé de signature (donc de nom au sens C++), etc.
Cela signifie qu'une version majeure donnée ne fournit pas non plus tout ce que fournissait une plus ancienne.

Ici, opencv 3.bidule n'est pas utilisable à la place d'opencv 2.truc, et vice versa.

Cela dit, la seule règle sur la rétro-compatibilité, c'est de vérifier sur le site officiel (ou dans les changelogs)