/c/ – Eine der letzten echten Webseiten

Nach dem Ansehen fällt mir wieder das gleiche muster auf:
Lieber alles zerstören und neu aufbauen. Quasi wie in der DDR-Hymne.

>Guten C kot schreiben?
<NEEEEIN, ich will Rost!1

>GnuPG reparieren?
<NEEEIN N-NEEEIN, age, Sequoia-PGP, signify..

>>165021
Auf der grünen Wiese zu entwickeln macht natürlich auch mehr Spaß als sich in eine alte Kotbasis reinzuarbeiten. Dazu wartet auch noch mehr Ruhm und Reichtum, weil man sein eigenes Branding hat usw.

In altem Open-Source-Code aufzuräumen ist so ziemlich die undankbarste Arbeit, die es gibt. Wenn man Pech hat, macht man auch noch irgendeinen behindertn Legacy-Scheiß dabei kaputt, auf den fünf Benutzer weltweit angewiesen waren, und darf dann als Dank für seine Arbeit auch noch Bug-Reports abarbeiten und die Probleme anderer Leute lösen, ohne Bezahlung, versteht sich. Schließlich ist man ja "schuld" an der Regression und fühlt sich verantwortlich.

Da macht es schon mehr Spaß, schnell irgendein neues Projekt in Rust rauszufurzen und massiv zu bewerben, die ersten 70% sind auch immer schnell geschrieben, den mühsamen, undankbaren Rest lässt man von irgendwelchen Open-Source-Deppen schreiben, während man sich selbst aus der Entwicklung zurückzieht und nur noch den Ruhm einsackt für anderer Leute arbeit. Vielleicht macht man auch noch mit Consulting richtig Kohle oder wird von einem der großen "Tech"-Firmen angeworben.

Die Anreize sind glasklar.

>>165032
>Die Anreize sind glasklar.
Narzisstische fetische ausleben, High auf Estradiol sein und Hundehalsband tragen?

https://www.phoronix.com/news/Mold-Linker-In-Rust-Coming
Neues Opfer der Rost-Inquisitoren.

>>165033
Der Typ vom Schimmel-Linker hat es auch nicht leicht. Er wollte seinen Linker zuvor tatsächlich als Kaufware anbieten. Jeder hat ihm gesagt, dass das scheitern wird, und so kam es auch, aber er wollte nicht hören.

Von einem Linker erwartet Felix zwei Dinge:
*Im Debug-Build (auch inkrementell) rasend schnell die ausführbare Datei zusammenkloppen.
*Im Release-Build für eine saubere, minimale, möglichst optimierte ausführbare Datei sorgen.

Letzteres bedeutet allen voran LTO/ThinLTO, d.h. dass es gar keine Objektdateien mehr gibt, sondern in den "Objektdateien" nur GCC/LLVM-IR drin ist. GCC/LLVM kann dann alles wie ein einziges Modul, mit Durchblick in jede Funktion und mit allen Referenzen auf Daten, durchoptimieren und Inlining und unreferenzierte COMDAT-Entfernung machen. Besonders gut mit statischem Linken von allem. Die Hauptlast liegt da natürlich auf GCC/LLVM, nicht auf dem Linker. Dazu kommen dann neben PGO noch so Dinge wie BOLT, welche die Funktionen besonders nach Aufrufs-Lokalität besonders cache-effizient in die Binärdatei einsortiert.

Mit LTO/ThinLTO dominiert das vom Linker aufgerufene LTO/ThinLTO-Plugin alles andere beim Linken und der Linker bekommt (zumindest bei LTO) eine einzige Objekt-Datei (wenn man nicht noch Assembler-Routinen irgendwo hat, die in eigenen Objekt-Dateien resultieren). Da kann der Linker dann noch so optimiert sein, wenn man 1 Minute fürs LTO braucht und 1 Sekunde zum Linken, ist es egal, ob der letztere Teil nun in 0,1 Sekunden läuft (kennt man von Amdahl's law).

Problem ist, dass der Typ für Debug-Builds immer noch nicht inkrementelles Linken implementiert hat. Dabei wäre gerade das für die schnelle Schreiben-Kompilieren-Linken-Ausführen-Schleife, wie beim Programmieren üblich, extrem wichtig. Und für Release-Builds ist ein schneller Linker zwar nett, aber bei weitem nicht so wichtig wie bei Debug-Builds (sagt Felix als Gentoo-User).

Felix hat aus informierten Kreisen erfahren, dass Epic gerade an einem ultra-schnellen Linker für Debug-Builds arbeitet.
Die Luft wird damit noch dünner.

>>165034
Felix findet es unfassbar, dass wir im Jahre 2026 immer noch über absolut archaische Konstrukte aus den 70ern (60ern?) wie Objektdateien und Linker reden.

Bereits in den 90ern hat Felix hat Felix in seinem Delphi einfach auf "Run" geklickt (bzw. F9 gedrückt), und das Ding war in 1ms kompiliert und ausgeführt, auf einem Pentium III. Objektdateien gab es auch keine. Alles war statisch gelinkt, man konnte die EXE einfach auf einen anderen Rechner kopieren und es lief. VÖLLIG OHNE DOCKER!!1

PS: ELF-Dateien sind der behindertste Krebs jemals.

>>165036
PPS: Es gab auch keine Makefiles. Es gab auch kein CMake. Es funktionierte trotzdem. Unglaublich, ich weiß.

In der Nische gibt es dieser Tage wohl nur Go, und das ist auch eher C mit Stützrädern und einer Syntax, die nicht über 9000 Durchläufe zum Parsen benötigt.
Embarcadero RAD Studio scheint jetzt auch LLVM als Backend für alle Sprachen zu nutzen, wobei sie z. B. gerade dabei sind, den Linux-Compiler auf eine nicht ganz so steinzeitliche Version zu heben. [0]

[0] https://blogs.embarcadero.com/coming-in-rad-studio-13-2-a-new-generation-of-delphi-development-for-linux-intel-64-bit/

>>165038
>Nur noch Go
Also Python kommt auch ohne Linker und co. aus.

>>165040
*plonk*

>>165033
Schimmel in Rost ist jetzt da:
https://www.phoronix.com/news/Mold-3.0-Released

>Rewriting an established program like mold carries risks. Recent advances in AI-assisted coding have made large-scale rewrites considerably more practical, but they do not eliminate those risks, and we do not take them lightly. We understand that the stakes are high. People trust mold because it just works, and we cannot afford to lose that trust. Some users may understandably be concerned about this change, and we will keep that in mind throughout the rewrite. Our goal is that, from a user's perspective, mold 3.0 will continue to work just as before, with only the implementation under the hood having changed.
Bejaht keinen KI-Neuschrieb, verneint es aber auch nicht...

Vielleicht läuft es so, wie Felix es schon mancherorts gesehen hat: Entwickler benutzt klammheimlich KI, aber weil er dafür sofort von seiner Peer-Gruppe auf Mastodon/Discord/Orange Seite/Krebse/etc. zerfleischt werden würde, macht er alle Referenzen auf KI-Merkmale raus und bastelt daran so lange rum, dass man es nicht mehr als gesichert KI-geschrieben identifizieren kann.

Es bleibt natürlich ein einziger Commit-Blob:
https://github.com/rui314/mold/commit/f41bfcd5c72ca30cce6498e912d7513481f55a1f

>>165427
>Bejaht keinen KI-Neuschrieb
Naja, wie deutlich muss man noch werden? Die Ankündigung selbst klingt auch wie von einer KI geschrieben.