> Fil-C has some limitations. Presently, it only works on Linux/x86_64. Also, it's slow – about 1.5x-5x slower than legacy C. That's in part because of its implementation of a pointer encoding method for tracking bounds and types called MonoCaps, and also overhead from calling conventions and dynamic linking that differ from standard C.
This is the definition of Worse C, and nobody wants nor need that
I am suspicious of anything that claims you can achieve memory safety by pressing a button, with zero code changes required. Part of the reason Rust is frustrating to learn is because it forces you to structure your application a certain way and think of edge cases.
7 comments
[ 2.4 ms ] story [ 25.4 ms ] threadIf you want/need C with an optional GC, just use D, it also compile C code
> Fil-C has some limitations. Presently, it only works on Linux/x86_64. Also, it's slow – about 1.5x-5x slower than legacy C. That's in part because of its implementation of a pointer encoding method for tracking bounds and types called MonoCaps, and also overhead from calling conventions and dynamic linking that differ from standard C.
This is the definition of Worse C, and nobody wants nor need that
[1] https://www.youtube.com/live/_VF3pISRYRc?t=4862s