Discussion :

[flreims]

Bonjour à tous

J'utilise habituellement la version monolithique et statique, unicode de WxWidget en release et debug. C'est selon.
Les autres possibilités de compilation existent, mais quels sont leurs objectifs? alléger l'exe, en ne prenant que la portion de lib qui nous intéresse? (version non monolithique, dll)...
J'avoue que c'est surtout de la curiosité. Je ne suis ni informaticien, ni grand programmeur, mais toubib et un peu programmeur a mes heures. Donc je me fous de la taille de l'exe, et je n'ai ni délai, ni objectif de rendement. Je suis juste curieux

J'ai fouiné un peu partout, mais je n'ai pas trouvé de réponse à cette question qui n'empêchera personne de dormir, j'en suis sûr.

A+, fred.

[JeromeBcx]

Les autres possibilités de compilation existent, mais quels sont leurs objectifs? alléger l'exe, en ne prenant que la portion de lib qui nous intéresse? (version non monolithique, dll)...

La réponse est dans votre phrase. wxWidgets est très "paramétrable" en fonction des besoins... Il est donc possible d'adapter au mieux la librairie en fonction de ces besoins :
DLL partagés pour plusieurs programmes développés et économie de place.
Non unicode si ascii suffit...
Activé/désactivé des fonctionnalités suivant besoins : pas besoin de compiler les librairies images si le programme n'en a pas besoins.
Dans votre cas, la configuration que vous utilisez correspond je pense aux mieux à vos besoins décrit ci dessus : une compilation (euh 2 Debug-release) suffit :
debug pour le développement et release pour l'utilisation (car plus rapide et légère).
Conseil : lors du développement, compiler très régulièrement en release pour éviter des erreurs souvent très difficiles à retrouver (type : ça passe en debug et pas en release...)
C'est vrai que l'on peut se perdre un peu avec les différentes option de customisation !!!

Bon code.

[flreims]

Merci beaucoup pour cette réponse.

En effet, l'usage que j'ai de cette bibliothèque ne me demande pas d'être pointu au niveau de sa configuration. (pour info, je me fais un petit logiciel de stat pour le boulot: tableur, dico, formules et feuilles de résultat. c'est pas gagné lol! ) Et de toute façon, mon appli ne devrait pas dépasser quelques Mo. Ce n'est pas un gros projet industriel. Par contre, je suis surpris: je ne connaissais pas la subtilité des erreurs passant en debug, et pas en release. C'est bon à savoir.

A bientôt, donc. Peut-être avec le résultat de tout ce bazar, et peut-être un code source en ligne.

A +, Fred.

[JeromeBcx]

Merci beaucoup pour cette réponse.
Par contre, je suis surpris: je ne connaissais pas la subtilité des erreurs passant en debug, et pas en release. C'est bon à savoir.

Ceci provient souvent d'une mauvaise maitrise d'un pointeur. En Debug, il y a plus de contrôle sur les pointeurs nulls, pas forcément en Release, d'où certaines erreurs, mais si on débugue bien et que l'on blinde son code, pas de soucis...

Cdt

[flreims]

Merci encore pour toutes ces précisions. Comme quoi, les rouages de la machine sont bien nombreux et obscurs, comme dirait petit scarabée^^ (référence compréhensible à tous ceux qui connaissent une fameuse série avec David Carradine...).

A bientôt, sur le fofo, Fred.