C’est peut-être pour se prouver quelque chose ou juste un délire pour certaines personnes, mais il existe au moins une application concrète : pouvoir amorcer un système avec le moins de dépendances binaires possible, voire aucune (amorcer entièrement depuis des sources). Un langage de programmation minimaliste est un outil important pour résoudre ce problème.
Dans ce cas ce n'est pas le moins d'octets qui compte et il existe d'autres solutions. Go le fait de base et Rust ou C/C++ peuvent le faire (en plus de ce que fait Go, ils peuvent tourner sans OS, barrel métal comme ils disent) Après en embarqué la taille du programme compte mais, c'est pareil ils peuvent produire des soft déjà très compactes. Et même en embarqué on est au maximum à quelques kilo octets près.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Là, lui cherche un langage dont le compilo soit le plus petit possible. En général on cross-compile. C'est à dire qu'on compile sur une autre machine et envoi le binaire. Il donne quand même un intérêt (sans non plus en accorder beaucoup d'importance) ce serait un OS minimal qui aurait besoin d'un compilo…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# pour continuer
Posté par Amiralgaby . Évalué à 0.
Le but c'est d'être le plus court.
Ça me fait marrer ce besoin de se prouver quelque chose.
Amiralgaby#1847
[^] # Re: pour continuer
Posté par abriotde (site web personnel, Mastodon) . Évalué à 1.
C'est juste un délire.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: pour continuer
Posté par Guillawme (site web personnel, Mastodon) . Évalué à 6.
C’est peut-être pour se prouver quelque chose ou juste un délire pour certaines personnes, mais il existe au moins une application concrète : pouvoir amorcer un système avec le moins de dépendances binaires possible, voire aucune (amorcer entièrement depuis des sources). Un langage de programmation minimaliste est un outil important pour résoudre ce problème.
Cet article (en anglais) sur le blog de Guix explique ça en détails, pourquoi c’est important en pratique (pas seulement un exercice théorique) et comment y parvenir : https://guix.gnu.org/en/blog/2023/the-full-source-bootstrap-building-from-source-all-the-way-down/
[^] # Re: pour continuer
Posté par abriotde (site web personnel, Mastodon) . Évalué à -2.
Dans ce cas ce n'est pas le moins d'octets qui compte et il existe d'autres solutions. Go le fait de base et Rust ou C/C++ peuvent le faire (en plus de ce que fait Go, ils peuvent tourner sans OS, barrel métal comme ils disent) Après en embarqué la taille du programme compte mais, c'est pareil ils peuvent produire des soft déjà très compactes. Et même en embarqué on est au maximum à quelques kilo octets près.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: pour continuer
Posté par abriotde (site web personnel, Mastodon) . Évalué à 3.
Là, lui cherche un langage dont le compilo soit le plus petit possible. En général on cross-compile. C'est à dire qu'on compile sur une autre machine et envoi le binaire. Il donne quand même un intérêt (sans non plus en accorder beaucoup d'importance) ce serait un OS minimal qui aurait besoin d'un compilo…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Óscar Toledo G.
Posté par Tonton Th (Mastodon) . Évalué à 5.
Lui aussi, c'est un vrai furieux, il faut plein de trucs déments !
Enjoy…
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.