Excuse du peu, mais Lisaac se veut un langage pour faire un OS, et les exceptions existent aussi en C# (que certains utilisent pour faire un OS), en C++ (dont l'utilisation dans les OS n'est plus à démontrer).
Donc voilà, je me doute que c'est dans les priorité, mais j'aimerai savoir si vous avez avancé sur le sujet, parcque dans les derniers débats que j'avais eu, la notion de module avait l'air de foutre en l'air la notion d'optimisation global offerte par le compilo...
L'aspect OS était ces derniers temps en train de disparaître, même si il se met peu à peu à revivre ...
Pour les modules qui fouttent en l'air l'optimisation globale, c'est vrai. Mais il n'y a pas de solution miracle. Par contre, si l'application est bien développée, les interfaces entres modules seront réduites, ce qui permettra d'optimiser chaque module séparément comme avant, et de ne perdre que peu de performances à l'endroit des interfaces.
[^] # Re: beaucoup de blabla, peu d'info
Posté par Mildred (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 2.
Donc voilà, je me doute que c'est dans les priorité, mais j'aimerai savoir si vous avez avancé sur le sujet, parcque dans les derniers débats que j'avais eu, la notion de module avait l'air de foutre en l'air la notion d'optimisation global offerte par le compilo...
L'aspect OS était ces derniers temps en train de disparaître, même si il se met peu à peu à revivre ...
Pour les modules qui fouttent en l'air l'optimisation globale, c'est vrai. Mais il n'y a pas de solution miracle. Par contre, si l'application est bien développée, les interfaces entres modules seront réduites, ce qui permettra d'optimiser chaque module séparément comme avant, et de ne perdre que peu de performances à l'endroit des interfaces.
C'est mon idée en tout cas. Mais pour le moment il n'y a aucun code de ce coté. Mais c'est prévu: http://mildred817.online.fr/Misc/Computer/Lisaac/Specs/Futur(...)
(note, ce sont mes idées, cela ne sera probablement pas intégré dans Lisaac tel quel)