I wonder if @[email protected] can help me answer a #NetBSD question.

Did anybody ever tried to build a recent NetBSD with #TCC (aka #TinyCC)?

I searched the web and a few NetBSD mailing list archives, but with no luck.

#Ducktinycc 'C' scripting in #Duckdb via #TinyCC Of course what better example than the embedded #RStats example from "Writing R extensions". With a bit more work (and threading issue stuff) this can be extended into some arbitrary R UDFs API for the r-duckdb Repo: github.com/sounkou-bioi...
#Duckdb #TinyCC Ridiculous, dangerous but cool ! (very roundabout way to test out ideas of a potential api for a #RStats UDFs extension) Link for segfault lovers : github.com/sounkou-bioi...
#tinycc based #RStats #C #Transpiler, only 4x slower than #{quickr} for the convolution benchmark ! 2-3x faster than naive #C + marshaling. #tinycc transpilation will have an obvious advantage since it can always fallback when transpiling and use `Rf_lang3` since it has access to R's C runtime !

RE: https://bsky.app/profile/did:plc:hmk4f5yf3ohtsvw32sbtwvk3/post/3memwdbpbqs22
Vērts arī atzīmēt, ka vismaz #tinycc un #doom kas atrodami repozitorijā ir ievērojami OSS projekti kas nav saistīti ar VibeOS
@[email protected]

#Fossil has way more feature than #git, so much you need a separated forge to fill the gaps a little.

Yet, if you compare fossil and git, the former is way smaller than the latter.

So fossil is both simpler and more featureful, while still looking less "modern" because it clashes with the industrial aestetics of the day.

To me, being able to actually read and modify its source code without being overwhelmed by its complexity turns it to a convivial technology: it's not built to reduce users' and developers' degrees of freedom either through standardization or ui/ux, but to enable them to adapt it to their needs, actually increasing their degree of #freedom.

I think the tension here is rougly the same I see between #C (and #hare) and #Rust, between #Make and #Ninja, between #TinyCC and #LLVM (or #GCC), between #GTK2 and #GTK4, between #SysV and #systemd, between #BSD (or #9front) and #Linux and so on.

Due to the constraints of their age, some older tools are inheritally more suitable to build convivial technologies than other.

Corporations need to alienate their workers, to reduce their degree of freedom, to make them easy to replace. It's not just power play: it's somewhat intrinsic into the need to sell (and thus produce) standardized products that can appeal to many (and thus provide large profits) instead of creating custom solutions for the exact issue at hand that may be orginal, beautiful and tuned to the specific aestetics and goals of a specific (and maybe small) group of people... but need care, access rules and, in general, a community.

Software complexity only really serve industial (maybe militar-industrial) needs.
More often than not, against users.
Always against #developers.

The number of browsers shrinked after #Google launched #Chrome and lured #Mozilla to destroy #Firefox credibility, because a handful of corporations control #WHATWG (and #W3C). #HTML5 requires an overcomplicated #JS engine and #CSS got variables and calc and so on...
And don't even get me start about systemd. Or Linux's 500+ system calls.

C sucks in many ways but there are tons of compilers. Rust looks so "safe" (and is so hyped) that people rewrite working software with it (under permissive licensings that only benefit corporate interests) causing DoS in the wild. And nobody give a shit about the big picture that such incident shows!

But that's the fact with capitalism: it requires deep cultural homologation and submission, so that most people push in the "right" direction by themselves. They may vote differently, dress differently, care about different value but they all need to accept the basic assumptions that enable profit maximization.

Such push to complexity and homologation was lower decades ago because computers were slow and the field was still new.
Thus we got pearls like #forth, #Lisp, #Pascal/#Oberon and so on... even Linux, back in the early 2000 was a convivial technology designed more for people's (developers are still people) needs than for corporate needs.

Now Fossil is in fact modern technology, but it's built on a shitty language (with tons of implementations) that caps its complexity. And I think this is a sort of long term warranty about its usability in convivial contexts.

(sorry for the long reply... grow out of control... I guess this is something I was reasoning about since ages but never had an occasion to formulate...)
Rust Bug Broke Ubuntu 25.10 Automatic Update Checks - OMG! Ubuntu

Ubuntu 25.10's Rust-based coreutils had a bug preventing automatic updates from working. Here's what happened, why it matters, and how it was resolved.

OMG! Ubuntu
Public Git Hosting - tinycc.git/blob - RELICENSING

Гений 21 века. Чем сейчас занимается Фабрис Беллар

Некоторые программисты настолько хорошо известны, что не нуждаются в особом представлении. Наверное, Фабрис Беллар — самая яркая звезда современности. Автор мультимедийного комбайна FFmpeg, эмулятора QEMU и десятков других полезных программ — абсолютный гений и пример программиста 100х, который в одиночку принёс больше пользы миру, чем многие корпорации с сотнями разработчиков. В общем, все знают Фабриса — про него ещё была статья на Хабре двенадцать лет назад… … Но по просьбам молодых читателей мы решили вернуться к этой теме. Оно и к лучшему, ведь Фабрис многое сделал за это десятилетие, особенно в области нейросетей.

https://habr.com/ru/companies/ruvds/articles/781922/

#ruvds_статьи #Фабрис_Беллар #Better_Portable_Graphics #BPG #LZEXE #Harissa #число_Пи #Linmodem #FFmpeg #TCC #TinyCC #TinyGL #QEmacs #QEMU #формула_Беллара #QuickJS

Гений 21 века. Чем сейчас занимается Фабрис Беллар

Некоторые программисты настолько хорошо известны, что не нуждаются в особом представлении. Наверное, Фабрис Беллар — самая яркая звезда современности. Автор мультимедийного комбайна FFmpeg, эмулятора...

Хабр
@landley @nixCraft @OS1337 I really should use #tinycc instead of #gcc...