Discussion :

[Gorgo13]

Bonjour,

je travaille sur un code faisant appel à plusieurs librairies (écrites par moi), dont certaines sont celles qui effectuent des calculs scientifiques intensifs, ou des traitements de grosses images (typiquement 4kx4k).

Lorsque je suis en mode DEBUG, j'aimerais que les librairies de calcul puissent être appelées dans leur version NON debug (avec des flags de debug mis à zéro) parce que les calculs prennent une éternité dans le mode DEBUG.

Y a-t-il une solution à ce problème?

Par exemple, j'utilise aussi OpenCV (que j'ai recompilé) et qui possède des librairies en version DEBUG, mais qui sont lentes, et je n'ai pas besoin d'avoir accès au mode débug pour cette librairie (je eur fais confiance!).

Merci de me dire si c'est possible ou pas, et m'expliquer pourquoi ça ne serait pas possible d'exécuter un code optimisé en mode DEBUG (je sais qu'il y a ce truc de ITERATOR_DEBUG_LEVEL, mais j'ai vaguement compris qu'on pouvait passer par-dessus en forçant sa valeur).

Merci d'avance (comme d'hab, c'est urgent!)

Gorgo 13.

[Médinoc]

Normalement, dans ce sens ce n'est pas censé être un problème: Il suffit de lier aux bibliothèques statiques d'import sans "d" dans les deux cas.
Du moins, pour le code compilé. Pour les fonctions inline, ça peut être une autre histoire.

[Gorgo13]

Merci pour la réponse. C'est déjà plus clair.

Par contre j'ai déjà essayé d'utiliser la version "release" de librairie, mais alors je suis confronté au fameux _ITERATOR_DEBUG_LEVEL.

Est-ce qu'il suffit que dans mon code je définisse _ITERATOR_DEBUG_LEVEL=0 pour ne pas être embêté par cette erreur du compilateur? (même s'il est compilé avec les flag

Sinon, est-ce que je dois recompiler mes librairies annexes en mode "release" (avec les optimisations) mais en spécifiant _ITERATOR_DEBUG_LEVEL=2? (je pourrais définir un mode de compilation debug_release_mix par exemple, mais ça devient un peu lourdingue)

GT.