J'ai regardé, ça fait 20 mil SLOC de C pour ksh (avec sloccount), donc petit pour un shell mais non négligeable. En suivant le même raisonnement, on peut aussi inclure gcc ou clang dans les deux cas, qui explosent facilement tout le reste, et on en conclut que la complexité du système d'init sera de toutes façons noyée dans le reste donc peu importe. Pourtant, ce raisonnement ne me semble absolument pas pertinent, voilà essentiellement pourquoi : le shell et gcc sont testés beaucoup plus amplement, pour des utilisations plus diverses et variées, depuis plus longtemps, et de toutes façons on ne pourra pas s'en débarrasser : pour le compilateur de C c'est clair, et pour le shell, je te laisse le soin d'inventer une évolution réaliste des systèmes à l'héritage Unixien qui nous permette de s'en passer, bonne chance!
[^] # Re: Par rapport à quoi?
Posté par anaseto . En réponse à la dépêche FreeBSD 10. Évalué à 1.
J'ai regardé, ça fait 20 mil SLOC de C pour ksh (avec sloccount), donc petit pour un shell mais non négligeable. En suivant le même raisonnement, on peut aussi inclure gcc ou clang dans les deux cas, qui explosent facilement tout le reste, et on en conclut que la complexité du système d'init sera de toutes façons noyée dans le reste donc peu importe. Pourtant, ce raisonnement ne me semble absolument pas pertinent, voilà essentiellement pourquoi : le shell et gcc sont testés beaucoup plus amplement, pour des utilisations plus diverses et variées, depuis plus longtemps, et de toutes façons on ne pourra pas s'en débarrasser : pour le compilateur de C c'est clair, et pour le shell, je te laisse le soin d'inventer une évolution réaliste des systèmes à l'héritage Unixien qui nous permette de s'en passer, bonne chance!