vitaminCPP

Absolutely

citation needed

I'm always impressed by Zig's targets support. I'm starting to think that it might be the only language that competes with C on this regard.

I'm looking forward to see what the new build integration can unlock on the tooling side.

What I'm looking for the most for the next release(s):

- New stackless coroutine IO implementation

- First class fuzzer tooling

You should not worry. They said they would make a short release cycle for updating to 23.

Love it. I wish it included zig.

In what way, if you don't mind me asking?

This looks awesome. Do you have video show casing you diagnosing a problem with it?

Agreed. This blog post strikes the balance between PR-speak and x.com

I've read somewhere that the longer-term goal is to move the build system into a WebAssembly VM. If so, this is incredible.

I don't know men. I do hang out in the handmade Discord from time to time, and Bill has not been very kind, to say the least.

Maybe I just met him on a bad day.

Hehe it's always Lemire !

No worries. :)

Yep. How will we manage those 10x code projects, when LLMs cost increases by 10x?

We got memory safety at home !

At home:

> 10428

> +1009257 -4024

Bun is now over 1M lines of Rust code.

This is approaching the size of the Rust compiler itself; except that BunJs is mostly a JavaScript interpreter wrapper + a reimplementation of the NodeJS library (Rust STD wrapper).

I think BunJS is becoming the canary for software complexity management in the LLM era.

For embedded/kernel programmers: Is there a linux equivalent of this book?

+1 The zig toolchain is the state of the art currently.

For me, it's the toolchain. The Zig cross-compiler is beyond anything I've seen.

Yeah that was my also my thought.

I always understood that if you give a thread to each actor you get the "active object" design pattern.

I fail to see why this would not work with gcc if it works with clang. The runtime?

Great software.

On a small note: This recent PR is both awesome and pretty funny to me.

https://github.com/flameshot-org/flameshot/pull/4498#issue-3...

Please don't use js in medical devices.

As a professional C programmer, the answer seems to be no; they are not good enough.

This is a good advice. That said, I don't think you should care about people that comments on articles without reading them.

> they do it using either a parallel functional language or a parallel library in modern C++.

IMO this is a weakness not a strength. The approach of Fleury (low level C, no lib), makes his articles a lot more valuable for understanding fundamentals.

This is exactly what the article is trying to debunk.

I can't wait for the SD25 videos!

Thanks for sharing !

Great work on the self-hosted (no llvm) compiler and linker !

Is there somebody that can explain to me the value of incremental compilation?

How is this different than CMake caching, for example?

I don't know why my comment was duplicated. My appology.