I want extern "fil-C"

(domenkozar.com)

27 points | by domenkozar 8 hours ago

2 comments

  • andai 46 minutes ago
    Why isn't fil-C ABI compatible with C?

    https://fil-c.org/runtime

    Apparently this was done intentionally. The rationale given is that we don't want to allow non-safe C to be used in fil-C programs. Fair enough.

    But why should we prevent fil-C programs to be used from Rust (or C, for that matter)?

    I don't understand much about compilers, but I guess allowing one would also allow the other? i.e. it's not possible to make fil-C ABI compatible with C (so that it can be more easily called), while also not letting you use call C from it?

    • Georgelemental 9 minutes ago
      It's also because Fil-C calls need to carry along a bunch of extra information, to support the safety checks
      • sheepscreek 4 minutes ago
        Yes and AFAIK any fil-C program needs to be linked against fil-C compiled libraries, such as libc/musl/etc. I too would like to know what other challenges exist in making this process more automated.
  • Wleddzig 31 minutes ago
    Increment the "fell for fil-C propaganda" counter.

    This article fully concede's Filip's categorically incorrect definitions regarding memory safety, accepting them as true.

    I don't want extern "fil-C", it legitimises Filip's bad-faith trolling and hypocrisy as an acceptable way to operate a software project, and makes rust dependent on his single ISA single OS fork of clang which is actually just granular ASAN with atomic instrumentation code and a garbage collector, fluffed up with fil's marketing terminology "invisicaps" etc.