| ▲ | forgotpwd16 11 hours ago | |
Fil-C introduces a garbage collector and can result in significant slowdowns in some cases. Its main existence reason is making non-perf sensitive C/C++ memory safe, not improving the language design. If really want your stack to be C/C++ & Fil-C then your competition includes D/Nim/Go/etc, not (just) Rust/Zig. Even if it magically made C/C++ memory safe, no downsides, your question basically boils down to C vs C++ vs Rust. Don't know about you but prefer somewhat larger binaries and some compiler brawling over programming 70s style. | ||
| ▲ | kokada 10 hours ago | parent [-] | |
One thing that I am interested in is the performance of Fil-C compared to other compiled programming languages that are also GC'd, especially Go. | ||