4 ms·

Which is how you get the mess that is the standard library of C++. Where regex is an unusably slow joke and everyone uses third party libraries for that instead

Which is how you get the mess that is the standard library of C++. Where regex is an unusably slow joke and everyone uses third party libraries for that instead. And tons of parts of the standard library (and language) being cordoned off as "legacy, don't use for new development". Of course figuring out what you shouldn't use in C++ can be hard too. It isn't well documented (or universally agreed upon), and it takes having it as a full time job to be able to keep up with these days. No, I much prefer the way Rust is doing it.

pjmlp 2mo ago
Regex drama is overblown, it is quite usable for most business purposes. Sure, it would be great if the volunteers that contribute to C++ compilers, would improve regex instead of adding the gazillion of features that each ISO C++ standard requires, mostly on their free time, because devs can't be bother to pay for compilers. Additionally the companies that actually sponsor those compilers also have bigger priorities than improving regex implementation. Finally if you want to stick regex into a micro-benchmarks context, there are plenty of options out there, as you point out. The Rust way, like you can have any async runtime, as long as it is Tokio?
- VorpalWay 2mo ago
  Regex issues aren't at all overblown, at least in the fields I have worked in or in fields of people I have talked to. As for async in Rust, I wrote in another comment that yes that is an issue. What we need is std to define traits that all the different runtimes can implement. Because there are absolutely reasons to use alternative runtimes, depending on what you do. I mostly use embassy (embedded microcontroller development) for example. And if you want thread-per-core with io-uring you want glommio or monio. Smol is simple and compact. I could also see uses for async in desktop GUI or gamedev (but to my knowledge there isn't any runtime suitable for those domains yet).

pjmlp 2mo ago

Regex drama is overblown, it is quite usable for most business purposes. Sure, it would be great if the volunteers that contribute to C++ compilers, would improve regex instead of adding the gazillion of features that each ISO C++ standard requires, mostly on their free time, because devs can't be bother to pay for compilers. Additionally the companies that actually sponsor those compilers also have bigger priorities than improving regex implementation. Finally if you want to stick regex into a micro-benchmarks context, there are plenty of options out there, as you point out. The Rust way, like you can have any async runtime, as long as it is Tokio?

VorpalWay 2mo ago
Regex issues aren't at all overblown, at least in the fields I have worked in or in fields of people I have talked to. As for async in Rust, I wrote in another comment that yes that is an issue. What we need is std to define traits that all the different runtimes can implement. Because there are absolutely reasons to use alternative runtimes, depending on what you do. I mostly use embassy (embedded microcontroller development) for example. And if you want thread-per-core with io-uring you want glommio or monio. Smol is simple and compact. I could also see uses for async in desktop GUI or gamedev (but to my knowledge there isn't any runtime suitable for those domains yet).