Bon, soit. Mais dans ce cas, on ne peut pas dire que .NET soit portable, puisqu'il repose sur l'architecture x86 32 bits.
Ce qui repose sur du x86 32 bits c'est uniquement le bootstrap qui est là par soucis de compatibilité avec des vieux Windows. C'est là par soucis de pratique, ca n'enlèce strictement rien à la portabilité du code .NET en soit, et tous les runtime CLR savent lire ce bytecode et l'exécuter de manière portable.
C'est comme les fichiers script Python ou autre : les fichiers textes font chier parcqu'ils ne déclarent pas leur contenu (et ni leur encodage). On a trouvé une astuce en ajoutant une ligne ou 2 en début de fichier pour pallier cet inconvénient, c'est un hack, c'est pas joli joli, mais ca permet d'ouvrir le fichier avec n'importe quel éditeur texte, puisque ca reste un fichier texte. Mais ca n'empêche pas le shell qui sait lire les 2 lignes d'entête d'exécuter le script convenablement, lui qui sait les interpréter.
Pareil pour les fichiers OOo, ils auraient pu faire leur propre entête tout en conservant la compression zip, mais par pragmatisme et soucis "pratique" ils ont voulus laisser la possibilité de réutiliser les softs de décompression zip existant.
Mais franchement, se servir de ce genre d'argument pour dire : c'est pas conçu pour être portable, quand dans la pratique c'est tout à fait portable, c'est vraiment pitoyable.
[^] # Re: Portable executable win32
Posté par TImaniac (site web personnel) . En réponse à la dépêche Mono 2.0 : le singe continue ses grimaces. Évalué à 5.
Ce qui repose sur du x86 32 bits c'est uniquement le bootstrap qui est là par soucis de compatibilité avec des vieux Windows. C'est là par soucis de pratique, ca n'enlèce strictement rien à la portabilité du code .NET en soit, et tous les runtime CLR savent lire ce bytecode et l'exécuter de manière portable.
C'est comme les fichiers script Python ou autre : les fichiers textes font chier parcqu'ils ne déclarent pas leur contenu (et ni leur encodage). On a trouvé une astuce en ajoutant une ligne ou 2 en début de fichier pour pallier cet inconvénient, c'est un hack, c'est pas joli joli, mais ca permet d'ouvrir le fichier avec n'importe quel éditeur texte, puisque ca reste un fichier texte. Mais ca n'empêche pas le shell qui sait lire les 2 lignes d'entête d'exécuter le script convenablement, lui qui sait les interpréter.
Pareil pour les fichiers OOo, ils auraient pu faire leur propre entête tout en conservant la compression zip, mais par pragmatisme et soucis "pratique" ils ont voulus laisser la possibilité de réutiliser les softs de décompression zip existant.
Mais franchement, se servir de ce genre d'argument pour dire : c'est pas conçu pour être portable, quand dans la pratique c'est tout à fait portable, c'est vraiment pitoyable.