/c/ – Pufferüberlauf

Weiß ich nicht

Hat Felix bereits vor ein paar Monaten gesehen, und will daher nicht vorenthalten:
>Fil-C is currently 1.5x slower than normal C in good cases, and about 4x slower in the worst cases. I'm actively working on performance optimizations for Fil-C, so that 4x number will go down.
>The biggest impediment to using Fil-C in production is speed. Fil-C is currently about 1.5x-4x slower than legacy C.
>Why is it slow right now?
>The current calling convention and dynamic linking implementation is different from C, but relies on the C linker and C calling convention under the hood, resulting in doubling of both call and linking overheads.
>I'm still tuning how I implement InvisiCaps. It's a brand new capability model, and I haven't fully explored how to make it super fast.
>Likely other issues that I don't know about.
>The plan to make Fil-C fast is to fix these issues. I believe that fixing these issues can get Fil-C to be only 1.5x slower than C in the worst cases, with lots of programs being only 1.2x slower. But it'll take some focused compiler/runtime/GC hacking to get there.
https://github.com/pizlonator/fil-c/blob/deluge/Manifesto.md

Gut ist, dass das kein akademisches/wissenschaftsbetriebliches Projekt ist, sondern tatsächlich funktioniert. Der Typ hat Linux from Scratch plus noch einige Anwendungen aus BLFS damit kompiliert und es funktioniert.

Ein blinder Punkt sind noch solche Plugin-Systeme, die tatsächlich Funktionen hooken, weil da die Kompiler-Erweiterungen nicht greifen. Das FFI, um Assembly-Routinen aufzurufen, beispielsweise für Fixierte-Zeit-Krypto, hat er mittlerweile implementiert.

>>159802
>https://fil-c.org/
Alter Wein in neuen Schläuchen?

>Wo ist euer Gott jetzt?
Der eine vermutlich im Himmel, der andere in Rente[0].

--
[0] Niklaus und Jürg.

>>159804
>(...)
>Gut ist, dass das kein akademisches/wissenschaftsbetriebliches Projekt ist, sondern tatsächlich funktioniert. ...
>(...)

https://dlang.org/

... aber Räder ständig "neu" zu erfinden, ist offenbar spannender ...

>>159802
>fil-c.org
>fil
>-c
FIL minus C?

>>159848
Es geht doch gerade darum, den ganzen C-Kot wiederverwenden zu können.
Damit man nicht alles in Rust neuschreiben muss und dann Logikfehler reinschreibt (vgl. aktueller Index-Fehler in async-tar).

Verteilter Echtzeitmüllsammer in der Wolke?

>>159854
>Es geht doch gerade darum, den ganzen C-Kot wiederverwenden zu können.
Hat zig diese Nische nicht schon für sich beansprucht? Und davor C++?

>>159853
C for pedofiles

>guckt mal mein neues hippes valgrind!
Halt dein Hurensohn Maul Malte-Spastian-Mongosen. c-frickel-spast. Problemlösung ist Fortran. Kein Aliasing kein Speicherproblem. Ich ficke übrigens deine hässliche Hurenmutter. Du kleiner Mongo.