ogoffart (u/ogoffart)

ogoffart commented on Is C++26 getting destructive move semantics? stackoverflow.com/questio... · Posted by u/signa11

staplung · 23 days ago

Sounds like the answer is no.

"For trivial relocatability, we found a showstopper bug that the group decided could not be fixed in time for C++26, so the strong consensus was to remove this feature from C++26."

[https://herbsutter.com/2025/11/10/trip-report-november-2025-...]

ogoffart · 23 days ago

I’m curious what that showstopper bug actually was.

I was really looking forward to this feature, as it would've helped improve Rust <-> C++ interoperability.

ogoffart commented on Is C++26 getting destructive move semantics? stackoverflow.com/questio... · Posted by u/signa11

drnick1 · 23 days ago

Rust just doesn't work for a lot of applications. Things like GUI toolkits, Web browsers, game engines are a pain to write without true OOP. Yes, it's "overly complicated" at this point after about 40 years of development, buts it's still top 3 of the TIOBE index after all these years for a reason.

ogoffart · 23 days ago

Of course Rust can handle those use cases fine (GUIs, web browsers, and game engines).

C++ is still high on the TIOBE index mainly because it is indeed old and used in a lot of legacy systems. For new projects, though, there's less reason to choose C++.

ogoffart commented on Ratatui – App Showcase ratatui.rs/showcase/apps/... · Posted by u/AbuAssar

RustSupremacist · a month ago

People keep asking why TUIs in Rust and the answer is because the GUI situation in Rust is dreadful: https://www.boringcactus.com/2025/04/13/2025-survey-of-rust-...

Rust is simply not meant for GUI-based data design but I still want Qt in Rust. That's it. Not QML or Slint. No markup at all. None of the immediate mode things. No other languages. Definitely not GTK. I'm worried it will never happen for Rust and it will be such a missed opportunity.

ogoffart · a month ago

Author of one of these "markup"-based toolkits here. I believe that Rust might not be the best language syntax to express UI. I am curious why you are so strongly against using a DSL.

This topic comes up often, so I wrote a blog post explaining why I think a DSL is a good fit: https://slint.dev/blog/domain-specific-language-vs-imperativ...

ogoffart commented on Qt Group Buys IAR Systems Group qt.io/stock/qt-completes-... · Posted by u/shrimp-chimp

CoastalCoder · 2 months ago

I'm curious what you settled on and why. Care to elaborate?

ogoffart · 2 months ago

Not OP, but some users migrated from Qt to Slint and are happy with it. [https://slint.dev] (I'm one of the Slint developers.)

ogoffart commented on Upcoming Rust language features for kernel development lwn.net/Articles/1039073/... · Posted by u/pykello

timschmidt · 2 months ago

I looked at Slint a couple years ago when I was evaluating UI toolkits. Looks slick! The only thing that turned me off was needing an additional DSL to define UIs. Trying to learn fewer languages, more deeply, these days. Is it possible to use Slint without the DSL?

ogoffart · 2 months ago

Slint does require using its DSL to define UIs, but I'd argue it's not really like learning a whole new language. It's not harder than learning the API surface of any other GUI framework.

I actually wrote a blog post about this exact topic, since it's a common question: https://slint.dev/blog/domain-specific-language-vs-imperativ...

ogoffart commented on Upcoming Rust language features for kernel development lwn.net/Articles/1039073/... · Posted by u/pykello

timschmidt · 2 months ago

Well https://github.com/timschmidt/egui-rad-builder has come together rather well in the last week of hacking, if I say so myself. I think building a similar app with QT, for example, would have been significantly more challenging.

I'm particularly fond of how easy it was to make all the controls live in the editor, and editable with changes appearing immediately. imgui would probably provide a similar experience, but I find C++ much more of a pain to work with than Rust.

ogoffart · 2 months ago

Regarding Rust GUI framework, there is also Slint https://slint.dev

(Disclaimer: I'm one of the Slint developers.)

ogoffart commented on Ask HN: Which cross platform desktop GUI to use instead of Electron? · Posted by u/tones411

ogoffart · 2 months ago

I'm one of the developers of Slint[0], a framework the should be ticking all the boxes for stable, lightweight, and native-style UIs supporting accessibility

[0] https://slint.dev

ogoffart commented on C++ Reflection and Qt MOC wiki.qt.io/C%2B%2B_reflec... · Posted by u/coffeeaddict1

curious9999_2 · 2 months ago

> Doubly linked lists aren’t that important today.

I guess Rust is just not a viable or good language if one cannot even implement easily something as basic as a doubly linked list. Doubly linked list is the bare minimum; if that is not easy to implement, more complex data structures will often be even worse.

Rust, contrary to public claims, often does worse on memory safety than C++, which is a sad state of affairs.

I fear my arguments are way stronger than yours, sorry. Please make it easier to implement data structures in Rust.

ogoffart · 2 months ago

> Rust, contrary to public claims, often does worse on memory safety than C++, which is a sad state of affairs.

Nonsense! Where do you get that from?

Aslo, you can make easily make linked list, it's just not a recommended data structure.

ogoffart commented on C++ Reflection and Qt MOC wiki.qt.io/C%2B%2B_reflec... · Posted by u/coffeeaddict1

curious9999 · 2 months ago

> Most likely the raise of AOT compiled alternatives, for scenarios where C and C++ were only being used due to being compiled languages, big names in C++ compiler world rather put money on their own alternatives, are the two main reasons of the slow down.

What alternatives?

Rust claws at market share but has problems with basic stuff like doubly linked lists, WIP gccrs and memory unsafety, Carbon looks like a meme with too few people working on it, Ada has a neglected dialect and a proprietary dialect, Go has garbage collection, Zig has not even reached 1.0, Swift is more of an application language than a systems language, Circle is dead.

What else is there?

Not that C++ doesn't have challenges.

ogoffart · 2 months ago

> Rust claws at market share but has problems with basic stuff like doubly linked lists, WIP gccrs and memory unsafety,

Doubly linked lists aren’t that important today. Rust doesn’t need gccrs to be useful, and it gives much better memory safety than C++ without needing a GC. So I find your criticism of Rust seems a bit weak. Rust is a strong alternative to C++.

ogoffart commented on C++ Reflection and Qt MOC wiki.qt.io/C%2B%2B_reflec... · Posted by u/coffeeaddict1

ogoffart · 2 months ago

10 years ago, in another life, I was already experimenting with trying to provides feature from moc with reflections and from other macros:

- https://woboq.com/blog/reflection-in-cpp-and-qt-moc.html 2014, That was based on a previous reflection proposal

- https://github.com/woboq/verdigris : 2016, Replaces the moc by a set of macros.

What my verdigris experience shows is that it is perfectly possible to replace the moc at the cost of slightly uglier macros. And this was using C++14. I haven't look in details at the C++26 reflection, but I'm sure it would make it easier to make these macro more pretty.