| Deutsch English Français Italiano |
|
<vkrsit$12eo6$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Muttley@dastardlyhq.com Newsgroups: comp.lang.c++ Subject: Re: We have a new standard! Date: Sun, 29 Dec 2024 16:15:25 -0000 (UTC) Organization: A noiseless patient Spider Lines: 30 Message-ID: <vkrsit$12eo6$1@dont-email.me> References: <C++-20241227154547@ram.dialup.fu-berlin.de> <cone.1735354270.316807.177566.1000@ripper.email-scan.com> <vkojb7$96o6$1@dont-email.me> <vkpelh$c5a1$1@dont-email.me> <vkr5ka$sp2b$1@dont-email.me> <cone.1735480216.541864.207895.1000@ripper.email-scan.com> Content-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8" Injection-Date: Sun, 29 Dec 2024 17:15:25 +0100 (CET) Injection-Info: dont-email.me; posting-host="50adee42a6747628225b2a3bdc1601fe"; logging-data="1129222"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/0iHb6T2DVLpOEd22+qNnU" Cancel-Lock: sha1:do6OmkXfylXy5S0trJ5Ui/Jy+FQ= Bytes: 2328 On Sun, 29 Dec 2024 08:50:16 -0500 Sam <sam@email-scan.com> gabbled: >Muttley@dastardlyhq.com writes: > >> On Sat, 28 Dec 2024 13:05:37 -0500 >> Phillip <nntp@fulltermprivacy.com> gabbled: >>> I'm still on C++98 and C++03. Everything beyond that is just bloat to me. >;-) >> >> I would say that C++ 11 did improve things particularly wrt the STL and >> possibly 2014 was the high point. Beyond that its been as you say pointless >> bloat that achieves nothing. > >I would say that C++17 was also an incremental improvement. I'll give you shared_mutex that came with 17, but really that should have been in from 2011 when threading was added. Not having 3 level thread locking from the get go was ridiculous. But the rest of 17 ... meh. >But C++20 jumped the shark, when the standardization process was hijacked by >Microsoft in order to cram coroutines into the language, which noone wanted, >cared, or asked for, simply because the standard threading model in Windows >blows chunks, performance wise, and Microsoft desperately needed a >multithreading model that did not suck. I looked at co-routines and wondered wtf the author(s) was smoking. How its supposed to be simpler than simply using a local state machine beats the fsck out of me.