C’est clair qu’il a le potentiel d’un game changer... ou presque.
Du "safe" "rust" sans avoir à l’apprendre... Bon avec une pertes de performances par rapport au C original et même par rapport à Rust mais une perte minimale généralement acceptable.
Bien mieux que le "safe C++" moderne qui s’y perd de plus en plus sans assurer le niveau de sécurité de Rust.
Bon Rust ajoutera toujours le côté explicitement safe. J’étends par là qu’il ne fait pas que empêcher les memory leek "segfault". En plus il permet au programmeur de traiter chaque cas de potentiel segfault alors que fil-C fait juste un plantage "propre": exit sans segfault.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: ch'tite dépêche ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Fil-C : un C sûr de sa mémoire. Évalué à 4. Dernière modification le 11 mai 2025 à 23:35.
C’est clair qu’il a le potentiel d’un game changer... ou presque.
Du "safe" "rust" sans avoir à l’apprendre... Bon avec une pertes de performances par rapport au C original et même par rapport à Rust mais une perte minimale généralement acceptable.
Bien mieux que le "safe C++" moderne qui s’y perd de plus en plus sans assurer le niveau de sécurité de Rust.
Bon Rust ajoutera toujours le côté explicitement safe. J’étends par là qu’il ne fait pas que empêcher les memory leek "segfault". En plus il permet au programmeur de traiter chaque cas de potentiel segfault alors que fil-C fait juste un plantage "propre": exit sans segfault.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.