Discussion :

[pierre.chatelier]

Bonjour,
J'ai un projet constitué d'un exécutable et quelques DLLs. Je souhaiterais fusionner tout ça en un seul exécutable, pour faciliter la redistibution. Alors, pourquoi ai-je besoin d'aide ?

Dans un monde idéal, je lancerais l'utilitaire ILMerge http://research.microsoft.com/~mbarnett/ILMerge.aspx, et cela fonctionnerait. Mais ce n'est pas possible ici.

Ce n'est pas possible, car certaines de mes DLLs ne sont pas "ILOnly". En effet, elles ne sont pas compilées en /clr:pure mais en /clr. Et si j'utilise ILMerge en lui forçant la main avec /ZeroPeKind, l'exe résultant ne fait rien du tout (ne se lance pas), sans afficher d'erreur.

Pourquoi mes DLLs ne sont pas en clr:pure ? Je n'ai qu'à mofidier le code ! Certes, certes, mais en réalité, même si tout le code de ma DLL est bien du .NET pur, mais je dois linker avec une bibliothèque native (Quicktime), ce qui empêche le linkage avec /clr:pure (même si la compilation, elle, est ok)

Alors du coup je sèche un peu... (complètement). Ai-je moyen de m'en sortir ?

+
Chacha

[nico-pyright(c)]

j'avais déjà vu un billet qui parlait de ca
regarde là : http://blogs.msdn.com/texblog/archiv...lications.aspx

[pierre.chatelier]

j'avais déjà vu un billet qui parlait de ca
regarde là : http://blogs.msdn.com/texblog/archiv...lications.aspx

Merci pour le lien... Malheureusement, je n'arrive pas à l'adapter à mon cas. Les manipulations décrites semblent ne marcher que pour du C#. Moi qui suis en C++/CLI, je ne produis pas de fichier .netmodule avec les flags /c /LN et /NOASSEMBLY passés respectivement au compilateur et au linker.
Qui plus est, mes DLLs dépendent les unes des autres (en arborescence, pas en circulaire!), et ces flags empêchent les parents de compiler. Je me retrouve avec des erreurs dans les headers QuickTime, les types étant alors prétendument déjà définis de façon différente...
N'y a-t-il pas un moyen comparable à ILMerge, capable de fusionner des DLLs même quand elles sont en CLR et pas CLR:pure ?