Pollux :
Ca veut dire :
- faire la compilation sur la machine de l'utilisateur :(sans compter des réticences qu'auraient les boîtes qui font des softs propriétaires)
- passer un tps fou à développer un code intermédiaire plus ou moins fumeux, plus ou moins efficace, et qui au final sera soit JITté (moins efficace, bouffe de la RAM, sauf si c'est vraiment bien implémenté), soit compilé traditionnellement sur la machine de l'utilisateur ()
Leur solution me paraît parfaitement logique... Ils sont capables de partager les données entre les version x86 et PPC ou pas ? (enfin c pas gravissime, puisque ça sera annulé par la compression, et un seul exemplaire sera en RAM, donc le seul pb est le tps d'installation ou l'espace disque, ce qui n'est plus trop un pb de nos jours, en tout cas pas pour les .exe)
Nan ta pas compris ce que j'ai dit

Je parle pas de faire la compile coté utilisateur (ce que le .Net framework ne se gene pas pour d'ailleurs) mais de faire une compilation en passant par un format objet universel, et c'est généralement la compilation la plus "lourde" à faire et ensuite de ce code objet universel le convertir en code objet natif pour PPC ou pour i386 (ou les deux suivant les targets demandé)
(et partager les data entre x86 et PPC me semble assez loufoque a cause de l'endianess...)