Andreas kling took a puff from the rust crack pipe

>andreas kling took a puff from the rust crack pipe

sepple sisters..
how did we lose him so?

Attached: a.png (2528x1422, 1.67M)

Other urls found in this thread:

twitter.com/awesomekling/status/1543753414076764162
youtu.be/ewkDGAcuSdw?t=2117
twitter.com/NSFWRedditImage

Anyone that has any real experience with C++ and then uses Rust understands why Rust is better.

>return SoiJaktInternal::

He's using Rust to transpile his own language to C++, right?
If it works it works but man

i have tons of real C++ experience, and thats why i know that rust is a solution for problems that dont exist, which brings even more problems with it and is useless in the real world

What are the non-existent problems that it solves?

C++ would be alright if the defaults weren't so retarded. By default shit should be save and if you have to do unsafe stuff it should require some verbosity syntax wise. Want uninitialised variables, make it explizit. Want signed integer overflow to be ub, make it explizit. Want object slicing, explizit. Non bounds checked arrays, explizit. Want any of the other billion ub stuff, explizit. Brains just don't work well with all those traps and people will fuck those things up that could easily be prevented or at least contained to few places in the code.

I would be the first person to wrap the whole codebase in u safe. I know what I'm doing.

Rust is what C++ should have become.
I have not seen a single valid technical argument against rust except for memes and shitposts.

Languages clearly need more verbose boiler-plate. Nothing makes people think harder and more clearly about a complex problem like having to wade thru a bunch of verbiage.

>I have not seen a single valid technical argument against rust
- Slow compilation.
- Shared ownership and cyclical data are hard to work with.
- It's underspecified what's allowed in unsafe code.
- Immature ecosystem.
- Creating new error types is tedious, and errors don't have tracebacks.
- Macros can't inspect types, limiting their utility and encouraging fragile assumptions about names.
- Some useful things can't be abstracted over. You may have to write the exact same code twice for immutable and for mutable references. (Workarounds like macros and crazy type system tricks are a pain.)
- Some parts of it are still missing. Fallible allocation is primitive, const generics can't use most features, specialization is unstable. They're being worked on but they haven't arrived yet.
It's my favorite language by the way.

He's also porting the serenity browser to linux
twitter.com/awesomekling/status/1543753414076764162

>slow compilation
yeah because C++ compiles fast
agree with the rest though

>gimmick project
>gimmick language
>gimmick editor
Wow amazing

>Shared ownership
maybe

Common Lisp is the only language that's allowed to have a truly powerful macro-definition facility. I don't know why other languages even bother. They just manage to fuck it up (including other Lisps).

What's wrong with the way other lisps do it?

It does actually, compared to Rust...

it already compiles for linux i've tried it it's just it doesn't have graphical output

youtu.be/ewkDGAcuSdw?t=2117

seething

>I know what I'm do**SEGFAULT**

Attached: 1655810790712.gif (599x765, 318.1K)